Evaluacion Calidad

i
ESCUELA POLITCNICA NACIONAL
FACULTAD DE INGENIERA DE SISTEMAS
EVALUACIN DE CALIDAD DE PRODUCTOS SOFTWARE EN

EMPRESAS DE DESARROLLO DE SOFTWARE APLICANDO LA
NORMA ISO/IEC 25000
PROYECTO PREVIO A LA OBTENCIN DEL TITULO DE INGENIERO EN

SISTEMAS INFORMTICOS Y DE COMPUTACIN
Balseca Chisaguano Evelyn Amparo

eve_bc@hotmail.com
DIRECTOR: Msc. Ing. Paln Tamayo Bolvar Oswaldo

bolivar.palan@epn.edu.ec
Quito, Octubre 2014
DECLARACIN
Yo, Evelyn Amparo Balseca Chisaguano, declaro bajo juramento que el trabajo
aqu descrito es de mi autora; que no ha sido previamente presentado para
ningn grado o calificacin profesional; y, que he consultado las referencias
bibliogrficas que se incluyen en este documento.
A travs de la presente declaracin cedo mis derechos de propiedad intelectual
correspondientes a ste trabajo, a la Escuela Politcnica Nacional, segn lo
establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la
normativa institucional vigente.
Evelyn Amparo Balseca Chisaguano
ii
CERTIFICACIN
Certifico que el presente trabajo fue desarrollado por Evelyn Amparo Balseca
Chisaguano, bajo mi supervisin.
Msc. Ing. Bolvar Paln

DIRECTOR DE PROYECTO
iii
AGRADECIMIENTO
Quiero agradecer a Dios por darme la fuerza necesaria para realizar el

presente trabajo, as como tambin a mis padres que siempre estuvieron
alentndome y dndome todo lo necesario para seguir adelante en el proceso
de mi vida estudiantil, y en especial a mi novio David la persona paciente y muy
valiosa que me supo apoyar y motivar con sus consejos para que no me rinda y
siga adelante para culminar pronto esta meta.
Por ultimo quiero agradecer al Ing. Bolvar Paln por guiarme y ayudarme en el
desarrollo de este proyecto.
Gracias.
Evelyn
iv
DEDICATORIA
Dedico este proyecto de titulacin a toda mi familia, en especial a mis padres

que con su esfuerzo y sabidura supieron formarme y guiarme en el camino
correcto para llegar a ser la persona que soy y a ti David ya que siempre estas
apoyndome y eres el pilar de mi vida para seguir adelante.
Evelyn
CONTENIDO
CAPTULO 1 PLANTEAMIENTO DEL PROBLEMA ..................................................... 3
1.1. CARACTERIZACIN DE LOS PRODUCTOS DE LAS EMPRESAS DE
DESARROLLO DE SOFTWARE ............................................................................... 3
1.1.1. Tipo de empresas participantes en el sector de software ............................. 3
1.1.2. Tipos de productos software en el sector de software .................................. 6
1.1.3. Especificacin del tipo de empresa y el tipo de producto software para
nuestro caso de estudio ......................................................................................... 7
1.2.
MODELO DE CALIDAD - ISO/IEC 25000 ....................................................... 8
1.2.1. Divisin de la Norma ISO/EC 25000 ............................................................ 8

1.2.2. Ciclo de vida de la calidad del Producto Software ...................................... 10
1.2.3. Modelo de Calidad Genrico - ISO/IEC 25010 ........................................... 11
1.2.4. Mtricas para la calidad interna, externa y en uso - ISO/IEC 25022 y
25023.
17
1.3.
MODELO DE EVALUACIN DE CALIDAD USUANDO ISO/IEC 25040 ....... 26
1.3.1. Modelo de referencia para la evaluacin de calidad del producto

software..26
1.3.2. Proceso de evaluacin de calidad del producto software ........................... 28
1.3.3. Gua de evaluacin para desarrolladores, compradores y evaluadores
independientes ISO/IEC 25041 ......................................................................... 29
CAPTULO 2 DETERMINACIN DEL MODELO DE CALIDAD PARA EL PRODUCTO
SOFTWARE ............................................................................................................... 38
2.1.
DEFINICIN DE CARACTERSTICAS DE CALIDAD ................................... 38
2.2.
DEFINICIN DE SUBCARACTERSTICAS Y ATRIBUTOS ......................... 40
2.2.1. Subcaractersticas y atributos de calidad interna/externa ms relevantes .. 41

2.2.2. Subcaractersticas y atributos de calidad en uso ms relevantes ............... 76
2.3.
MODELO DE INDICADORES Y MTRICAS ................................................ 90
2.3.1. Ponderacin en porcentaje de las caractersticas de calidad interna, externa

y en uso ms relevantes para el producto software ............................................. 90
2.3.2. Niveles de puntuacin final para la calidad interna, externa y en uso......... 90
2.3.3. Matriz calidad ............................................................................................. 91
CAPITULO 3 APLICACIN DEL MODELO DE EVALUACIN DE CALIDAD PARA EL
PRODUCTO SOFTWARE ........................................................................................ 121
3.1.
ANLISIS DEL PRODUCTO SOFTWARE ................................................. 121
3.1.1. Especificacin Requisitos del sistema LogiNotificador segn el estndar

IEEE
830. 122
vi
3.1.2. Funcionalidad del sistema........................................................................ 131
3.2.
PREPARACIN DE LOS REQUERIMIENTOS DE EVALUACIN ............. 135
3.3.
EVALUACIN DE CALIDAD DEL PRODUCTO SOFTWARE .................... 136
3.3.1. Seleccin de las caractersticas de calidad ms relevantes para el

LogiNotificador ................................................................................................... 136
3.3.2. Seleccin de subcaractersticas y atributos calidad para el
LogiNotificador.139
3.3.3. Ponderacin en porcentaje de las caractersticas de calidad ms relevantes
para el LogiNotificador ....................................................................................... 149
3.3.4. Aplicacin de la matriz de calidad al sistema LogiNotificador ................... 152
3.4.
ANLISIS DE LOS RESULTADOS ............................................................ 180
3.4.1. Resultados obtenidos de la evaluacin de calidad aplicando la norma

ISO/IEC 25000 para nuestro caso de estudio LogiNotificador ......................... 180
3.4.2. Mejoras propuestas de la evaluacin para nuestro caso de estudio
LogiNotificador ................................................................................................ 185
CAPITULO 4 CONCLUSIONES Y RECOMENDACIONES ....................................... 186
4.1.
CONCLUSIONES ....................................................................................... 186
4.2.
RECOMENDACIONES ............................................................................... 188
REFERENCIAS BIBLIOGRFICAS .......................................................................... 190

GLOSARIO ............................................................................................................... 194
vii
NDICE DE FIGURAS
Figura 1.1 Divisin de la Norma ISO/IEC 25000 ................................................ 8
Figura 1.2 Ciclo de Vida de la Calidad del Producto Software ......................... 10
Figura 1.3 Estructura Usada por el Modelo de Calidad .................................... 11
Figura 1.4 Modelo de Calidad del Producto Software ...................................... 12
Figura 1.5 Modelo de Calidad para Calidad en Uso ......................................... 16
Figura 1.6 Relacin entre los tipos de mtricas de calidad .............................. 18
Figura 1.7 Modelo de referencia para la evaluacin de la calidad del producto
software ............................................................................................................ 27
Figura 1.8 Proceso de evaluacin de la calidad del producto software ............ 29
Figura 2.1 Ejemplo de Matriz de calidad para evaluar la calidad interna ......... 95
Figura 2.2 Ejemplo de Matriz de calidad para evaluar la calidad externa ...... 105
Figura 2.3 Ejemplo de Matriz de calidad para evaluar la calidad en uso ........ 115
Figura 2.4 Ejemplo del Resultado final del anlisis de calidad ....................... 120
Figura 3.1 Logo de la empresa Logiciel ......................................................... 121
Figura 3.2 Logo del producto software LogiNotificador .................................. 123
Figura 3.3 Diagrama de despliegue del sistema LogiNotificador.................... 132
Figura 3.4 Requerimientos para la evaluacin ............................................... 135
Figura 3.5 Aplicacin de la matriz de calidad para evaluar la calidad interna del
sistema LogiNotificador .................................................................................. 153
Figura 3.6 Aplicacin de la matriz de calidad para evaluar la calidad externa del
Figura 3.7 Aplicacin de la matriz de calidad para evaluar la calidad en uso del
Figura 3.8 Resultado final del anlisis de calidad aplicado al sistema
LogiNotificador ............................................................................................... 179
Figura 3.9 Calidad total obtenida del resultado de evaluacin aplicando la
norma ISO/IEC 25000 .................................................................................... 180
Figura 3.10 Calidad interna obtenida de la evaluacin de calidad al sistema
Figura 3.11 Calidad externa obtenida de la evaluacin de calidad al sistema
Figura 3.12 Calidad en uso obtenida de la evaluacin de calidad al sistema
viii
NDICE DE TABLAS
Tabla 1.1 Actividades principales en programacin informtica, consultora de
informtica y actividades conexas ...................................................................... 6
Tabla 1.2 Tipos de productos software .............................................................. 6
Tabla 1.3 Descripcin de la tabla de mtricas .................................................. 19
Tabla 1.4 Ejemplo de mtricas internas/externas de Adecuacin funcional ..... 21
Tabla 1.5 Ejemplo de mtricas de uso de Eficiencia ........................................ 22
Tabla 1.6 Mtricas para la Calidad Interna y Externa ....................................... 23
Tabla 1.7 Mtricas de Calidad en Uso ............................................................. 25
Tabla 2.1 Definicin del nivel de importancia ................................................... 39
Tabla 2.2 Ejemplo del nivel de importancia para las caracteristicas de calidad
interna ms relevantes ..................................................................................... 39
Tabla 2.3 Ejemplo del nivel de importancia para las caracteristicas de calidad
externa ms relevantes .................................................................................... 40
Tabla 2.4 Ejemplo del nivel de importancia para las caractersticas de calidad
en uso ms relevantes ..................................................................................... 40
Tabla 2.5 Ejemplo del nivel de importancia de subcaractersticas y atributos de
calidad interna ms relevantes ......................................................................... 41
calidad externa ms relevantes ........................................................................ 42
Tabla 2.7 Mtricas de calidad interna/externa para Adecuacin funcional ....... 44
Tabla 2.8 Mtricas de calidad interna/externa para Fiabilidad ......................... 46
Tabla 2.9 Mtricas de calidad interna/externa para Efciencia en el desempeo ........ 50
Tabla 2.10 Mtricas de calidad interna/externa para Facilidad de uso ............. 54
Tabla 2.11 Mtricas de calidad interna/externa para Seguridad ...................... 60
Tabla 2.12 Mtricas de calidad interna/externa para Compatibilidad ............... 63
Tabla 2.13 Mtricas de calidad interna/externa para Mantenibilidad ................ 65
Tabla 2.14 Mtricas de calidad interna/externa para Portabilidad .................... 71
calidad en uso ms relevantes ......................................................................... 76
Tabla 2.16 Mtricas de calidad en uso de Efectividad ..................................... 77
Tabla 2.17 Mtricas de calidad en uso de Eficiencia ........................................ 79
Tabla 2.18 Mtricas de calidad en uso de Satisfaccin .................................... 82
Tabla 2.19 Mtricas de calidad en uso de Libertad de riesgo .......................... 84
Tabla 2.20 Mtricas de calidad en uso de Cobertura de contexto.................... 89
Tabla 2.21 Ejemplo de ponderacin en porcentajes para la calidad interna .... 90
Tabla 2.22 Niveles de puntuacin final para la calidad interna, externa y en uso...... 91
Tabla 3.1 Requisitos Funcionales del sistema LogiNotificador ...................... 127
Tabla 3.2 Caracteristicas de calidad interna seleccionadas ........................... 136
Tabla 3.3 Caracteristicas de calidad externa seleccionadas .......................... 137
ix
Tabla 3.4 Caractersticas de calidad en uso seleccionadas ........................... 138

Tabla 3.5 Subcaractersticas y atributos de calidad interna seleccionadas .... 139
Tabla 3.6 Subcaractersticas y atributos de calidad interna seleccionadas .... 142
Tabla 3.7 Subcaractersticas y atributos de calidad externa seleccionadas ... 143
Tabla 3.8 Mtricas seleccionadas para calidad externa ................................. 146
Tabla 3.9 Subcaractersticas y atributos de calidad en uso mas relevantes .. 147
Tabla 3.10 Mtricas seleccionas para calidad en uso .................................... 148
Tabla 3.11 Ponderacin en porcentajes para la calidad interna ..................... 149
Tabla 3.12 Ponderacin en porcentajes para la calidad externa .................... 151
Tabla 3.13 Ponderacin en porcentajes para la calidad en uso ..................... 152
Tabla 3.14 Valor total obtenido de Calidad interna, externa y en uso ............ 181
RESUMEN
El objetivo del presente trabajo es realizar la evaluacin de calidad de

productos software en empresas de desarrollo de software aplicando la norma
ISO/IEC 25000, evaluando de esta manera el sistema LogiNotificador de la
empresa Logiciel Ca. Ltda., siguiendo el proceso de evaluacin y
personalizando el modelo de calidad que contiene la norma.
El presente proyecto tiene 4 captulos que se describen a continuacin:
El primer captulo trata acerca del anlisis de las caractersticas y productos
que ofrecen las empresas desarrolladoras de software, estableciendo a
continuacin el estudio de la norma de calidad ISO/IEC 25000 con un desglose
sinptico de la misma, para posteriormente realizar una revisin del modelo de
calidad de la ISO/IEC 25010 y especificar el procedimiento con el cual se va a
realizar la evaluacin de acuerdo a la ISO/IEC 25040.
En el segundo captulo se realizar la definicin de caractersticas,
subcaractersticas y atributos de la calidad interna, externa y en uso con una
descripcin detallada de las mtricas, para finalmente establecer el
procedimiento de aplicacin de la matriz de calidad a utilizarse en la
evaluacin.
En tercer captulo se realizar un anlisis del producto software a ser evaluado,
especificando los requisitos del sistema segn el estndar IEEE 830 y la
funcionalidad del mismo, para iniciar con la preparacin de los requerimientos
de evaluacin y proceder con la evaluacin de calidad del sistema, finalizando
con el anlisis de los resultados obtenidos.
En el cuarto captulo se listan las conclusiones y recomendaciones obtenidas a
lo largo de este proyecto.
PRESENTACIN
Las empresas de desarrollo de software tienen como objetivo ofrecer sus

productos con la mayor calidad posible para lograr satisfacer las necesidades
de los clientes y ser parte de las soluciones tecnolgicas y estratgicas de los
mismos. Es por eso necesario realizar una evaluacin de calidad de los
diferentes productos que ofrecen las empresas de desarrollo de software
aplicando normas y estndares internacionales que garanticen que los
productos software son de calidad.
Motivo por el cual en el presente proyecto se aplica el modelo de calidad

ISO/IEC 25000 para evaluar la calidad de productos software que ofrecen las
empresas dedicadas al desarrollo de sistemas software. El modelo de calidad
ofrece un modelo genrico, el cual fue modificado a un modelo especfico de
acuerdo a las caractersticas, subcaractersticas y atributos del caso de estudio
seleccionado; y un proceso de evaluacin con el cual se realizar la
evaluacin. Para facilitar el proceso de evaluacin se utiliza una matriz de
calidad, para realizar el clculo automtico de los valores ingresados en los
atributos de calidad y obtener los resultados finales de la calidad interna,
calidad externa y calidad en uso.
Con los resultados obtenidos se propondrn mejoras para el sistema,

dependiendo de las caractersticas que tuvieron un menor valor y para que de
esta manera garantizar que el producto software cumpla con los requisitos que
fueron definidos para su implementacin.
1. CAPTULO 1
PLANTEAMIENTO DEL PROBLEMA
En este captulo se hace un anlisis de las caractersticas de los productos de
las empresas desarrolladoras de software conforme a los estudios realizados
para empresas participantes en el sector de software de acuerdo a la
clasificacin que corresponde al CIIU versin 4 y al CPC versin 2.
Adicionalmente se hace un estudio de la norma de calidad ISO/IEC 25000 que
es el modelo de calidad de productos de software haciendo un desglose
sinptico de esta norma.
Es relevante la definicin del ciclo de vida de la calidad de productos de
software que permite dividir la calidad en requisitos de calidad interna, calidad
externa y calidad en uso.
Consecuentemente se hace una revisin del modelo de calidad de la ISO/IEC
25010
que
clasifica
la
calidad
del
producto,
en
caractersticas,
subcaractersticas y atributos de calidad, determinando as las mtricas con las

cuales se puede evaluar; y finalmente se especifica el modelo con el cual se va
a realizar la evaluacin de acuerdo a la ISO/IEC 25040.
1.1.
CARACTERIZACIN
DE
LOS
PRODUCTOS
DE
LAS
EMPRESAS DE DESARROLLO DE SOFTWARE

Para realizar la caracterizacin de los productos en las empresas de desarrollo
de software, en primer lugar se proceder a detallar el tipo de empresas de
desarrollo de software existentes en el pas para posteriormente clasificar sus
productos, con el propsito de identificar en que categora se encuentra la
empresa y la categora en la que se encontrar nuestro caso de estudio.
1.1.1. Tipo de empresas participantes en el sector de software
De acuerdo a la Superintendencia de compaas, en la actualidad existen 467
empresas, a nivel nacional, que participan en el sector de Programacin
informtica, consultora de informtica y actividades conexas, clasificacin que
corresponde al CIIU revisin 4. [1]
PROGRAMACIN INFORMTICA, CONSULTORA DE INFORMTICA Y

ACTIVIDADES CONEXAS [2]
Las empresas que se encuentran en el sector de software, se dedican a la
programacin, consultora y actividades relacionadas a las tecnologas de la
informacin, como:
Escritura, modificacin y ensayo de programas informticos y suministro

de asistencia en relacin con esos programas.
Planificacin y diseo de sistemas informticos que integran equipo y

programas informticos y tecnologa de las comunicaciones.
Gestin de los sistemas informticos o instalaciones de procesamiento

de datos de los clientes.
A continuacin se detalla las categoras que abarca la programacin

informtica, consultora de informtica y actividades conexas:
a. PROGRAMACIN INFORMTICA
En la categora de Programacin informtica se realizan las siguientes
actividades:
a.1. Programacin informtica
a.1.1. Actividades de diseo de la estructura y la escritura del cdigo
informtico necesario para su creacin y aplicacin, de los siguientes
elementos:
Programas de sistemas operativos.
Aplicaciones informticas.
Bases de datos.
Pginas web.
a.1.2. Adaptacin de programas informticos a las necesidades de los

clientes, es decir, modificacin y configuracin de una aplicacin
existente para que pueda funcionar adecuadamente con los sistemas
de informacin de que dispone el cliente.
b. CONSULTORA DE INFORMTICA Y DE GESTIN INFORMTICA

En la categora Consultora informtica y de gestin informtica se realizan
las siguientes actividades:
b.1. Consultora de informtica y de gestin de instalaciones
informticas
b.1.2. Actividades de planificacin y diseo de sistemas informticos
que integran equipo y programas informticos y tecnologa de las
comunicaciones.
b.2. Gestin de recursos informticos
b.2.1. Servicios de gestin de sistemas informticos y/o instalaciones
de procesamiento de datos de los clientes, y servicios de apoyo
afines.
c. OTRAS ACTIVIDADES DE TECNOLOGA DE LA INFORMACIN Y DE

SERVICIOS INFORMTICOS
En la categora Otras actividades de tecnologa de la informacin y de servicios
informticos se realizan las siguientes actividades:
c.1. Actividades relacionadas a la informtica como: recuperacin en casos
de desastre informtico, instalacin de programas informticos e instalacin
(montaje) de computadoras personales.
Del total de las 467 empresas, 333 se dedican a dos actividades principales:
Diseo del cdigo informtico y/o estructura y Planificacin y diseo de
sistemas informticos, como se muestra en la Tabla 1.1.
Tabla 1.1 Actividades principales en programacin informtica,

consultora de informtica y actividades conexas
CIIU (4)
Actividades principales
N de empresas
J6201.01
Diseo del cdigo informtico y su estructura.
177
J6202.10
Planificacin y diseo de sistemas informticos.
156
J6201.02
Adaptacin de programas informticos.
64
J6209.01
Recuperacin en casos de desastre informtico,

instalacin de programas informticos.
37
J6202.20
Gestin y manejo in situ de sistemas informticos.
28
J6209.02
Instalacin de computadoras personales.
5
Total
467
Fuente: Superintendencia de Compaas y Valores

Autor: Evelyn Balseca
1.1.2. Tipos de productos software en el sector de software [3]
De acuerdo a la clasificacin central de productos CPC versin 2.0, en el
captulo 8 Servicios prestados a las empresas y de produccin en la
seccin 8314 Servicios de diseo y desarrollo de la tecnologa de la
informacin (IT), se presentan un catlogo de producto relacionado al sector
software, los cuales lo podemos clasificar en lo siguiente:
Tabla 1.2 Tipos de productos software
Productos
Tipos de productos
Esttica
Animada
Dinmica
Pgina Web
Portal Web
Tienda Virtual o Comercio Electrnico
Pgina Web con Gestor de Contenido
Pgina Web 2.0
Base de datos jerrquica
Base de Datos
Base de red
Base de datos transaccional
Base de datos relacional
Base de datos multidimensional

Base de datos orientado a objetos
Base de datos documental
Base de datos deductiva
Software de Aplicacin de productividad
Software de Aplicacin de entretenimiento
Software de
Aplicacin
Software de Aplicacin de negocios

Software de Aplicacin de educacin
Software de Aplicacin de tecnologa
Fuente: Instituto Nacional de Estadsticas y Censos

1.1.3. Especificacin del tipo de empresa y el tipo de producto software
para nuestro caso de estudio
Para definir el caso de estudio, se proceder a reconocer el tipo de empresa en
la cual se va a realizar el anlisis del sistema y posterior a esto se definir el
tipo de producto.
Por lo tanto, de acuerdo a la informacin obtenida en el punto 1.1.1 Tipo de
empresas participantes en el sector de software1, la empresa LOGICIEL se
ubica en la categora de Programacin informtica en donde su principal
actividad es el anlisis, diseo y desarrollo de aplicaciones enfocados en los
siguientes elementos: Programas de sistemas operativos, Aplicaciones
informticas, Bases de datos y Pginas web.
La empresa LOGICIEL permiti realizar la evaluacin de calidad, ya que les
agrado la idea de que un sistema sea evaluado desde un punto de vista
diferente al proceso que manejan internamente.
Y conforme a la informacin obtenida en el punto 1.1.2 Tipos de productos
software en el sector de software2, el producto software al cual se le va a
realizar la evaluacin es LOGINOTIFICADOR, el cual es una pgina web del
tipo pgina web dinmica, cuya funcin es el envo de notificaciones ya sea por
correo electrnico y/o SMS, para mayor detalle vase el CAPITULO 3
1
2
Ibd., pg. 3.
Ibd., pg. 6.
APLICACIN DEL MODELO DE EVALUACIN DE CALIDAD PARA EL

PRODUCTO
SOFTWARE
seccin
3.1
ANLISIS
DEL
PRODUCTO
SOFTWARE3.
El producto LOGINOTIFICADOR fue escogido como caso de estudio porque es
un nuevo sistema software desarrollado por la empresa, el mismo que fue
desarrollado para darle ms funcionalidad ms al CORE bancario que posee
LOGICIEL.
1.2.
MODELO DE CALIDAD - ISO/IEC 25000 [4]
La norma ISO/IEC 25000 provee una gua para el uso de las nuevas series y
estndares internacionales, llamados Requisitos y Evaluacin de Calidad de
Productos de Software - SQuaRE.
Su principal objetivo es guiar la evaluacin de calidad de productos software
estableciendo criterios para la especificacin de requisitos de calidad de
software, sus mtricas y su evaluacin.
1.2.1. Divisin de la Norma ISO/EC 25000 [5]
Como se puede visualizar en la Figura 1.1 la norma ISO/IEC 25000 est
dividida en cinco partes, las cuales se detallan a continuacin.
Figura 1.1 Divisin de la Norma ISO/IEC 25000
Fuente: ISO/IEC 25000

Autor: ISO/IEC 25000
Ibd., pg. 125.
1) ISO/IEC 2500n: Gestin de calidad.

Los estndares que forman esta divisin definen modelos, trminos y
definiciones comunes, utilizadas por los dems estndares que
conforman esta norma, los cuales son:
ISO/IEC 25000: Gua de SQuaRE.
ISO/IEC 25001: Planificacin y Gestin.
2) ISO/IEC 2501n: Modelo de calidad.

El estndar que conforma esta divisin es la ISO/IEC 25010, que detalla
las caractersticas para la calidad interna, externa y en uso.
3) ISO/IEC 2502n: Medicin de la calidad.

Los estndares que forman parte de 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.
Adems presenta la manera de cmo aplicar estas mtricas para
determinar la calidad interna, externa y en uso del software.
Los estndares son:
ISO/IEC 25020: Modelo de referencia para la medida con gua.
ISO/IEC 25021: Primitivas.
ISO/IEC 25022: Medidas de Calidad en Uso.
ISO/IEC 25023: Medidas de Calidad del Producto Software

(calidad interna y externa).
4) ISO/IEC 2503n: Requisitos de calidad.

El estndar que conforma esta norma es la ISO/IEC 25030, el cual est
orientado a ayudar en la especificacin de requisitos para un producto
software que va a ser desarrollado o como entrada para un proceso de
evaluacin.
5) ISO/IEC 2504n: Evaluacin de calidad [6]

Los estndares pertenecientes a esta divisin, proporcionan requisitos,
recomendaciones y guas para la evaluacin de un producto software, ya
10
sea
realizada
por
evaluadores
independientes,
compradores
desarrolladores.
Esta divisin contiene los siguientes estndares:
ISO/IEC 25040: Proceso de evaluacin.
ISO/IEC 25041: Gua de evaluacin para desarrolladores,

compradores y evaluadores independientes.
1.2.2. Ciclo de vida de la calidad del Producto Software [7]

El ciclo de vida especfica que la calidad de un producto software requiere un
proceso similar al proceso de desarrollo para cada uno de los tipos de calidad
como son: Especificacin de Requisitos, Implementacin y Validacin de los
resultados, tal como se muestra en la Figura 1.2:
Figura 1.2 Ciclo de Vida de la Calidad del Producto Software

El ciclo de vida en SQuaRE maneja la calidad del producto software en tres
principales fases:
Calidad Interna: cuando el producto software se encuentra en

desarrollo.
Calidad Externa: cuando el producto software se encuentra en

funcionamiento.
Calidad en Uso: cuando el producto software se encuentra en uso.
11
Para cada una de estas fases existen requisitos que responden a una
necesidad del producto que debern ser implementados y validados, a
continuacin se describe los tipos de requisitos de acuerdo a la figura 1.2.
Los requisitos de calidad en uso, especifican el nivel de calidad

requerido desde el punto de vista del usuario. Estos requisitos son los
que determinan la validacin del software por parte del usuario. Como
indica el modelo de ciclo de vida, la especificacin de requisitos de
calidad en uso ayuda a determinar los requisitos de calidad externa.
Los requisitos de calidad externa se utilizan para la verificacin y

validacin tcnica del producto. Estos requisitos ayudan a determinar los
requisitos de calidad interna pero adems, pueden servir para predecir si
se alcanzar la calidad en uso deseada.
Los requisitos de calidad interna se utilizan para verificar el producto a lo

largo de las distintas etapas del desarrollo y pueden utilizarse tambin
para definir estrategias y criterios de evaluacin y verificacin.
1.2.3. Modelo de Calidad Genrico - ISO/IEC 25010 [8]

En la Figura 1.3, el modelo de calidad genrico clasifica a la calidad del
producto, en caractersticas que se dividen en subcaractersticas y atributos de
calidad, el cual consiste de dos partes:
El modelo para la calidad interna y externa de un producto software.
El modelo para la calidad en uso de un producto software.

Figura 1.3 Estructura Usada por el Modelo de Calidad

12
1.2.3.1.
Modelo de Calidad del Producto Software (Calidad Interna y

Externa)
El modelo define 8 caractersticas para la calidad interna y externa de un

producto software: Adecuacin Funcionalidad, Fiabilidad, Eficiencia en el
Desempeo, Facilidad de Uso, Seguridad, Compatibilidad, Mantenibilidad y
Portabilidad, las cuales a su vez son subdivididos en subcaractersticas
descritas en la Figura 1.4. Estas subcaractersticas pueden ser medidas con
mtricas internas o externas.
Figura 1.4 Modelo de Calidad del Producto Software

ADECUACIN FUNCIONAL: representa la capacidad del producto o sistema

software para proporcionar las funciones necesarias para satisfacer al usuario.
Esta caracterstica se divide en las siguientes subcaractersticas:
Completitud
funcional:
capacidad
del
sistema
software
para
proporcionar un conjunto de funcionalidades apropiadas para cubrir

todas las tareas y objetivos determinados por el usuario.
Exactitud funcional: capacidad del sistema software para proporcionar

los resultados correctos con el grado necesario de precisin.
FIABILIDAD: capacidad del producto o sistema software para realizar las

funciones especficas cuando se utiliza bajo ciertas condiciones y periodos de
13
tiempo determinadas. Esta caracterstica se divide en las siguientes

subcaractersticas:
Madurez:
capacidad
del
sistema
software
para
satisfacer
las
necesidades de fiabilidad durante el funcionamiento normal.
Disponibilidad: capacidad de un sistema software de estar operativo y

accesible para su uso cuando se necesite.
Tolerancia a Fallos: capacidad de un sistema software para operar

cuando se presenten fallos.
Recuperabilidad: capacidad de un sistema software para reestablecer

el estado del sistema y recuperar datos que se hayan afectado, en caso
de interrupcin o fallo.
EFICIENCIA EN EL DESEMPEO: capacidad de un producto o sistema

software de proporcionar un rendimiento apropiado, respecto a la cantidad
recursos utilizados bajo determinadas condiciones. Esta caracterstica se divide
en las siguientes subcaractersticas:
Comportamiento Temporal: capacidad de un sistema software para

proporcionar los tiempos de respuesta y procesamiento apropiados.
Utilizacin de Recursos: capacidad en que un sistema software utiliza

las cantidades y tipos de recursos adecuados.
Capacidad: capacidad de un sistema software
de cumplir con los
requisitos determinados.
FACILIDAD DE USO: capacidad del producto o sistema software para que sea
entendido, aprendido, agradado y usado por el usuario. Esta caracterstica se
divide en las siguientes subcaractersticas:
Capacidad de reconocer su adecuacin: capacidad del sistema

software que permite al usuario entender si el software es adecuado
para sus necesidades.
Capacidad para ser entendido: capacidad del sistema, que permite al

usuario entender si el software es adecuado para alcanzar sus objetivos
determinados.
14
Operatividad: capacidad de un sistema software que permite al usuario

operarlo y controlarlo con facilidad.
Proteccin contra errores del usuario: capacidad en que el sistema

brinda la proteccin necesaria contra errores que realizan los usuarios.
Esttica de la Interfaz del usuario: capacidad en que la interfaz de

usuario llega a satisfacer y agradar al usuario.
Accesibilidad tcnica: capacidad del sistema software para que se

permita ser utilizado por usuarios con determinadas discapacidades.
SEGURIDAD: capacidad de proteger la informacin y los datos, de manera

que personas o sistemas no autorizados puedan tener acceso para consultas o
actualizaciones.
Esta
caracterstica
se
divide
en
las
siguientes
subcaractersticas:
Confidencialidad: capacidad de proteger la informacin y el acceso a

datos no autorizados, ya sea de manera accidental o intencional.
Integridad: capacidad de un producto, sistema o componente software

para evitar accesos no autorizados a datos o programas de
computacin.
No repudio: capacidad para demostrar que los eventos han ocurrido,

de manera que dichos eventos no puedan ser refutados posteriormente.
Responsabilidad: capacidad de dar seguimiento a las acciones que

fueron realizadas por una entidad.
Autenticidad: capacidad de demostrar la identidad de un sujeto o un

recurso.
COMPATIBILIDAD: capacidad de dos o ms sistemas software, para llevar a

cabo sus funciones intercambiando informacin mientras comparten el mismo
entorno. Esta caracterstica se divide en las siguientes subcaractersticas:
Co-Existencia: capacidad de un sistema software para coexistir en un

entorno en el cual comparten recursos comunes con otro software
independiente.
Interoperatividad: capacidad de dos o ms sistemas software para

intercambiar informacin y utilizar dicha informacin.
15
MANTENIBILIDAD: capacidad del sistema software para ser modificado o

actualizado debido a necesidades evolutivas y correctivas. Esta caracterstica
se divide en las siguientes subcaractersticas:
Modularidad: capacidad de un sistema
software que cuando sea
modificado no afecte a otras funcionalidades del sistema
Reusabilidad:
capacidad
de
un
activo
(Informacin,
Software,
Hardware, Usuarios) para ser utilizado en ms de un sistema o en la

construccin de otros activos.
Capacidad de ser Analizado: facilidad con la que se puede llevar a

cabo un anlisis del impacto de una determinada modificacin en el
sistema.
Capacidad de ser Modificado: capacidad del sistema para permitir que

sea modificado sin causar daos o reducir la calidad del producto
existente.
Capacidad de ser Probado: facilidad de realizar pruebas a un sistema

o componente software, para determinar si se han cumplido con los
requerimientos establecidos.
PORTABILIDAD: capacidad de un sistema o componente software de ser

trasladado de un entorno a otro sin que esto afecte la funcionalidad de cada
sistema. Esta caracterstica se subdivide en las siguientes subcaractersticas:
Adaptabilidad: capacidad de un sistema software de ser adaptado a

distintos entornos.
Capacidad de ser Instalado: capacidad de un sistema para que pueda

ser fcilmente instalado y/o desinstalado.
Capacidad de ser Reemplazado: capacidad del sistema software para

ser utilizado en lugar de otro sistema en el mismo entorno y cumpliendo
con el mismo objetivo.
1.2.3.2. Modelo para la Calidad en Uso [9]

El modelo de calidad en uso define 5 caractersticas: Efectividad, Eficiencia,
Satisfaccin, Libertad de Riesgo y Cobertura de Contexto, las cuales a su vez
16
son subdivididos en subcaractersticas descritas en la Figura 1.5. Estas

subcaractersticas pueden ser medidas con mtricas de calidad en uso.
Figura 1.5 Modelo de Calidad para Calidad en Uso

El resultado de la calidad en uso depende necesariamente del logro de la
calidad externa, que a su vez depende necesariamente del logro de la calidad
interna.
EFECTIVIDAD: capacidad del sistema software para alcanzar los objetivos o
necesidades del usuario, al momento de utilizar el sistema.
EFICIENCIA: capacidad del sistema software para alcanzar los objetivos del
usuario, utilizando los recursos mnimos.
SATISFACCIN: capacidad del sistema software para satisfacer las diferentes
necesidades mnimas de los usuarios al utilizarlo. Esta caracterstica se divide
en las siguientes subcaractersticas:
Utilidad: grado en que un usuario es satisfecho cuando logra alcanzar

sus objetivos planteados.
LIBERTAD DE RIESGO: capacidad que tiene un producto o sistema software

en reducir el riesgo potencial relacionado con la situacin econmica, vida
humana, salud o medio ambiente.
17
Esto incluye la salud y seguridad, tanto del usuario y aquellos afectados por el
uso, as como las consecuencias materiales o econmicas no deseadas.
En este caso, el riesgo es la probabilidad de ocurrencia y las posibles
consecuencias negativas cuando se presenta una amenaza determinada.
Esta caracterstica se subdivide en las siguientes subcaractersticas las que
permiten establecer el grado en el cual los objetivos podran estar en riesgo.
Libertad del riesgo econmico.
Libertad del riesgo de salud y seguridad.
Libertad del riesgo ambiental.
COBERTURADE CONTEXTO: capacidad de un producto o sistema software

para ser utilizado con efectividad, eficiencia, libertad de riesgo y satisfaccin en
mbitos de uso que fueron definidos. Esta caracterstica se subdivide en las
siguientes subcaractersticas:
Integridad de Contexto: capacidad de un sistema software para ser

utilizado en los mbitos de uso definidos.
Flexibilidad: capacidad de un sistema software para ser utilizado fuera

de los mbitos de uso que fueron definidos inicialmente.
1.2.4. Mtricas para la calidad interna, externa y en uso - ISO/IEC 25022 y

25023 [10]
Las normas ISO/IEC 25023 e ISO/IEC 25022, proveen un conjunto de mtricas
de calidad, tanto para la calidad interna, externa y en uso, que son usadas con
el modelo de calidad ISO/IEC 25010.
Los usuarios que requieren utilizar las mtricas de calidad definidas en las
respectivas normas, pueden modificarlas e incluso pueden utilizar mtricas que
no estn definidas en las normas, siempre y cuando se especifique como la
mtrica se relaciona con el modelo de calidad ISO/IEC 25010 o especificar el
modelo de calidad que va a sustituir al que se especifica en la norma.
18
Los usuarios deben seleccionar las caractersticas y subcaractersticas de

calidad a ser evaluadas, identificar las mtricas ms apropiadas y relevantes
e interpretar los resultados de la medicin de una manera objetiva.
El usuario puede determinar la calidad de un producto software basndose en
el proceso de evaluacin de la calidad del producto definido en la norma
ISO/IEC 2504n, la cual proporciona mtodos para la valoracin y evaluacin
de la calidad de un producto o sistema software.
La Figura 1.6 representa la relacin que existe entre las fases de calidad con
sus respectivas mtricas y la dependencia e influencia que existe entre ellas.
Figura 1.6 Relacin entre los tipos de mtricas de calidad

Las mtricas de calidad interna pueden ser aplicadas durante las etapas de
desarrollo del producto o sistema software (definicin de requerimientos,
especificacin de diseo o cdigo fuente), para que de esta manera los
usuarios puedan identificar los problemas de calidad e iniciar la accin
correctiva lo ms antes posible en el ciclo de vida de desarrollo.
Las mtricas de calidad externa pueden ser usadas para medir el
comportamiento del sistema software, pudiendo solo ser usadas durante las
etapas de pruebas y en alguna etapa de operacin. La medicin se debe llevar
a cabo cuando el sistema software est en ejecucin.
Las mtricas de calidad en uso miden si un sistema software satisface las
necesidades especficas de los usuarios, para ello se debe llevar a cabo la
medicin en un ambiente real donde se est ejecutando el sistema.
19
Las mtricas de calidad de software que sern definidas deben ser detalladas
a fondo en el CAPITULO 24, con el objetivo de identificar las caractersticas de
calidad del producto software ms relevantes que se analizarn y se
ejecutarn en la evaluacin.
Para ello, se utilizar una tabla de mtricas, la cual contiene los siguientes
tems descritos en la Tabla 1.3.
Tabla 1.3 Descripcin de la tabla de mtricas
TABLA DE MTRICAS
tem
Descripcin
Subcaracterstica
Subcaracterstica de calidad.
Nombre de la mtrica
Nombre asignado a la mtrica de calidad.
Fase del ciclo de vida de

calidad del producto
Propsito de la mtrica de
calidad
Fase del ciclo de vida: calidad interna, calidad

externa y calidad en uso
Mtodo de aplicacin
Manera de cmo se va a aplicar la mtrica.
Formula y clculo de
datos
Establece la frmula de medicin y especifica los

significados de los datos que se van a utilizar.
Valor deseado
Proporciona el rango y los valores preferibles y

recomendados.
Tipo de medida
Recursos utilizados
Motivo por el cual se selecciona la mtrica.
Especifica en tipo de medida que se va seleccionar,

como: tamao (tamao de la funcin, tamao de la
fuente), tiempo (lapso de tiempo, tiempo de usuario),
contar (nmero de cambios, nmeros de fallas).
Especfica los recursos que se utilizarn para poder
medir cada mtrica, entre los recursos utilizados
pueden estar: entrevistas a usuarios, cdigo fuente,
documentacin, entre otras.

Ibd., pg. 40.
20
Por ejemplo en la Tabla 1.4 y Tabla 1.5 se describe la mtrica Completitud de

implementacin funcional y la mtrica Tiempo de la tarea, respectivamente, de
acuerdo a la Tabla 1.3.
21
Tabla 1.4 Ejemplo de mtricas internas/externas de Adecuacin funcional [11]
Mtricas para la caracterstica de calidad Adecuacin funcional

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
Recursos
utilizados
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
X=A/B
Completitud
funcional
Completitud
de la
implementaci
n funcional
Interna/Externa
Cun
completa es la
implementaci
n de acuerdo a
la
especificacin
de
requerimientos
?
Contar el
nmero de las
funciones
indicadas en la
especificacin
de
requerimientos y
el nmero de
funciones que
faltan o estn
incorrectas
A = Nmero de
funciones que
estn
incorrectas o
que no fueron
implementadas
B = Nmero de
las funciones
establecidas en
la especificacin
de requisitos
Dnde:
B>0

0<=X<=1
El ms
cercano a 0
es el mejor
22
Tabla 1.5 Ejemplo de mtricas de uso de Eficiencia [12]
Mtricas para la caracterstica de calidad Eficiencia

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Uso
Cunto
tiempo se
tarda en
completar una
tarea en
comparacin
con lo
planeado?
Mtodo de
aplicacin
Frmula
X = A/B
Eficiencia
Tiempo de la
tarea
Tomar el tiempo
planeado y el
tiempo actual

A= Tiempo
actual
B = Tiempo
planeado
Dnde:
A>0
Valor
deseado
0<=X<=1
Si A<=B el
ms cercano
a 0 es lo
mejor.
Si A>B ser
considerado
como el peor
caso
Tipo de
medida
X=
Tiempo/Ti
empo
A=
Tiempo
B=
Tiempo
Recursos
utilizados
Usuario
23
1.2.4.1.
Mtricas de Calidad del Producto Software (Calidad Interna y

Externa) - ISO/IEC 25023 [13]
Las mtricas para la calidad interna y externa evalan las caractersticas que
se definieron en la seccin 1.2.3.1 Modelo de Calidad del Producto Software
(Calidad Interna y Externa)5.
Las mtricas para la calidad interna y externa se describen en la Tabla 1.6:
Tabla 1.6 Mtricas para la Calidad Interna y Externa
MTRICAS PARA LA CALIDAD INTERNA/EXTERNA

Caractersticas
Subcaractersticas
Completitud funcional
Completitud de la
implementacin funcional.
Exactitud funcional
Exactitud.
Precisin computacional.
Madurez
Disipacin del fallo.

Suficiencia de las pruebas.
Tiempo medio entre fallos.
Disponibilidad
Tiempo de servicio.
Tiempo medio de inactividad.
Tolerancia a fallos
Prevencin de fallas.
Redundancia (componentes).
Anulacin de operacin
incorrecta.
Recuperabilidad
Tiempo medio de recuperacin.
Comportamiento
temporal
Tiempo de respuesta.
Tiempo de espera.
Rendimiento.
Adecuacin funcional
Fiabilidad
Eficiencia en el
desempeo
Facilidad de uso
Ibd., pg 12.
Mtricas
Utilizacin de recursos
Lneas de cdigo.
Utilizacin de CPU.
Utilizacin de la memoria.
Utilizacin de los dispositivos de
E/S.
Capacidad
Nmero de peticiones online.

Nmero de accesos simultneos.
Sistema de transmisin de ancho
de banda.
Capacidad de
reconocer su
adecuacin
Integridad de descripcin.
Capacidad de demostracin.
24
Seguridad
Capacidad de ser
entendido
Funciones evidentes.
Efectividad de la documentacin
del usuario o ayuda del sistema.
Operatividad
Recuperabilidad de error
operacional.
Claridad de mensajes.
Consistencia operacional.
Posibilidad de personalizacin.
Proteccin contra
errores del usuario
Verificacin de entradas vlidas.

Prevencin del uso incorrecto.
Esttica de la Interfaz
del usuario
Personalizacin de la apariencia
de la interfaz del usuario.
Accesibilidad tcnica
Accesibilidad fsica.
Confidencialidad
Capacidad de control de acceso.

Encriptacin de datos.
Integridad
Prevencin de corrupcin de
datos.
No repudio
Utilizacin de firma digital.
Responsabilidad
Capacidad de auditora de
acceso.
Autenticidad
Mtodos de autenticacin.
Co Existencia
Co existencia disponible.
Conectividad con sistemas
externos.
Compatibilidad
Interoperatividad
Capacidad de intercambiar de
datos.
Modularidad
Capacidad de condensacin.
Acoplamiento de clases.
Reusabilidad
Ejecucin de reusabilidad.
Capacidad de ser
analizado
Capacidad de pistas de auditora.

Diagnstico de funciones
suficientes.
Capacidad de ser
modificado
Complejidad ciclomtica.
Profundidad de herencia.
Grado de localizacin de
correccin de impacto.
Complejidad de modificacin.
ndice de xito de modificacin.
Capacidad de ser
probado
Completitud funcional de
funciones de pruebas.
Capacidad de prueba autnoma.
Capacidad de reinicio de
pruebas.
Mantenibilidad
25
Portabilidad
Adaptabilidad
Adaptabilidad en entorno
hardware.
Adaptabilidad en entorno de
software.
Adaptabilidad en entorno
organizacional.
Capacidad de ser
Instalado
Eficiencia en el tiempo de
instalacin.
Facilidad de instalacin.
Capacidad de ser
Reemplazado
Consistencia en la funcin de
soporte al usuario.
Inclusividad funcional.
Uso continuo de datos.

1.2.4.2.
Mtricas de Calidad en Uso - ISO/IEC 25022 [14]
Las mtricas para la calidad en uso, permiten evaluar las caractersticas

definidas en la seccin 1.2.3.2 Modelo para la Calidad en Uso6.
Las mtricas para la calidad en uso se describen en laTabla 1.7:
Tabla 1.7 Mtricas de Calidad en Uso
MTRICAS DE CALIDAD EN USO

Caractersticas
Efectividad
Eficiencia
Satisfaccin
Ibd., pg. 16.
Subcaractersticas
Efectividad
Eficiencia
Utilidad
Mtricas
Completitud de la tarea.
Efectividad de la tarea.
Frecuencia de error.
Tiempo de la tarea.
Tiempo relativo de la tarea.
Eficiencia de la tarea.
Eficiencia relativa de la tarea.
Porcentaje productivo.
Numero relativo de las acciones del
usuario.
Nivel de satisfaccin.
Uso discrecional de las funciones.
Porcentaje de quejas de los clientes.
26
Libertad del riesgo

econmico
Retorno de la Inversin (ROI).

Tiempo para lograr el retorno de la
inversin.
Rendimiento relativo de negocios.
Balanced Score Card.
Tiempo de entrega.
Ganancias para cada cliente.
Errores con consecuencias econmicas.
Corrupcin del software.
Libertad del riesgo de

salud y seguridad
Frecuencia de problemas en la salud y

seguridad del usuario.
Impacto en la salud y seguridad del
usuario.
Seguridad de las personas afectadas por
el uso del sistema.
Libertad del riesgo

ambiental
Impacto Ambiental.
Libertad de riesgo
Cobertura de
Contexto
Completitud de Contexto Completitud de contexto.

Flexibilidad
Funcin flexible del diseo.

1.3.
MODELO DE EVALUACIN DE CALIDAD USUANDO ISO/IEC

25040
La norma ISO/IEC 25040, proporciona un modelo de referencia y una

descripcin del proceso de evaluacin de la calidad del producto software y
establece los requisitos para la aplicacin de este proceso. El proceso se
puede utilizar para la evaluacin de la calidad interna, externa y en uso.
1.3.1. Modelo de referencia para la evaluacin de calidad del producto

software [15]
El modelo de referencia describe las entradas, resultados, del proceso de
evaluacin as como tambin las restricciones y recursos tal como se muestra
en la Figura 1.7:
27
Figura 1.7 Modelo de referencia para la evaluacin de la calidad del

producto software

Como ejemplo las entradas, salidas, recursos y restricciones pueden incluir lo
siguiente:
1. Entradas
Requisitos de evaluacin de calidad del producto software.
Especificacin de requisitos de calidad del producto software.
Producto software y productos intermedios a ser evaluados.
2. Salidas
Reporte de evaluacin.
Plan de evaluacin de calidad del producto software.
Criterios de decisin definidos por las mtricas de calidad.
Criterios de decisin para la evaluacin.
Planificacin de las actividades de evaluacin.
Mtricas de calidad.
3. Recursos
Metodologa y herramientas de medida apropiadas
Documentos SQuaRE: ISO/IEC 25001, 25010, 2502n, 25030 y

2504n.
28
Recursos humanos y econmicos para la evaluacin.
Sistema de informacin para la evaluacin.
Bases de dato para la evaluacin.
4. Restricciones
Restricciones con respecto a:
Recursos para la evaluacin.
Horarios para la evaluacin.
Costos para la evaluacin.
Entornos para la evaluacin.
Metodologa y herramientas para la evaluacin.
Informes para la evaluacin
1.3.2. Proceso de evaluacin de calidad del producto software [16]

Describe los procesos generales y detalla las actividades, tareas, sus
propsitos, entradas, resultados e informacin complementaria para la
evaluacin de calidad.
Para el proceso de evaluacin de un producto software se identifican dos roles:
el solicitante y el evaluador.
El primer rol, puede ser representado por un desarrollador, un

proveedor, un adquisidor o usuario del software.
El segundo rol es representado por el evaluador.
En la Figura 1.8 se presentan los procesos generales con las respectivas

tareas y los resultados entregables que se deben obtener:
29
Figura 1.8 Proceso de evaluacin de la calidad del producto software

La evaluacin de calidad puede ser realizada durante o despus del proceso
de desarrollo o adquisicin, por parte de organismos/empresas de desarrollo,
adquisicin o evaluadores independientes.
1.3.3. Gua
de
evaluacin
para
desarrolladores,
compradores
evaluadores independientes ISO/IEC 25041 [17]

La norma ISO/IEC 25041 proporciona una gua de evaluacin de calidad e
indica los requisitos especficos desde el punto de vista de desarrolladores,
compradores y evaluadores independientes, considerando que el proceso de
evaluacin se podr utilizar para diferentes propsitos y enfoques.
Teniendo en cuenta que la evaluacin de calidad del producto software ser
realizada por una persona independiente y externa a la empresa que tomar el
rol de Evaluador, se describir slo la gua de evaluacin de calidad para
30
evaluadores independientes, considerando el proceso de evaluacin detallado

en la seccin 1.3.2 Proceso de evaluacin de calidad del producto software7.
A continuacin se describe las actividades, tareas con sus respectivas entradas
y salidas, de acuerdo a la Figura 1.8:
1.3.3.1.
Determinar los requisitos de evaluacin
A continuacin se detalla las respectivas entradas y salidas para esta actividad:

Entradas:
1. Necesidades de evaluacin.
2. Producto software a ser evaluado.
Salidas:
1. Especificacin del propsito de evaluacin.
2. Especificacin de los requisitos de evaluacin.
Para poder determinar los requisitos de evaluacin, existen las siguientes
tareas:
1.3.3.1.1. Establecer los propsitos de evaluacin
En esta tarea se debe especificar cul es el propsito de evaluacin, es decir
determinar el objetivo del porque se va a realizar la evaluacin. Dependiendo
del producto software al cual se va aplicar la evaluacin, para ello la norma
25041, estable dos grupos:
Producto software intermedio.
Producto software final.
Por ejemplo, si la evaluacin se va aplicar a un producto software intermedio, el

propsito de evaluacin podra ser:
Mejorar la calidad.
Asegurar la calidad.
Predecir o estimar la calidad del producto final.
Determinar las causas de fallos en una investigacin.
Ibd., pg. 28.
31
Decidir la finalizacin de una etapa del ciclo de vida y cuando enviar los
productos a la siguiente etapa.
Recoger informacin de productos intermedios con el fin de gestionar y

controlar el proceso de desarrollo.
Mejorar la productividad de los procesos de diseo, implementacin, y

pruebas.
Por ejemplo, si la evaluacin se va aplicar a un producto software final, el

propsito de evaluacin podra ser:
Asegurar la calidad.
Decidir cundo publicar el producto.
Valorar los efectos positivos y negativos del producto cuando se

encuentra en uso.
Comparar el producto con productos competitivos.
Decidir cundo mejorar o reemplazar el producto.
1.3.3.1.2. Obtener los requisitos de calidad del producto

Los requisitos de calidad del producto software se especificarn mediante el
modelo de calidad, el mismo que est especificado en la seccin 1.2.3 Modelo
de Calidad Genrico - ISO/IEC 250108.
1.3.3.1.3. Identificar las partes del producto a ser incluidas en la
evaluacin
Las partes del producto que deben ser incluidas en la evaluacin depender de
la entidad objetivo que se defina, pueden existir los siguientes casos:
1. Para asegurar la calidad de un producto final, la entidad objetivo de
evaluacin deben ser productos finales como:
Especificacin del producto.
Cdigo fuente del programa.
Manuales.
Descripcin del producto final.
Ibd., pg. 11.
32
Resultado de pruebas (pruebas del sistema, pruebas de

funcionamiento).
El producto durante la ejecucin.
2. Para mejorar la calidad del producto y la productividad en el proceso de

desarrollo, la entidad objetivo de evaluacin deben ser productos
intermedios como:
Documentacin del diseo.
Especificacin del producto.
Cdigo fuente del programa.
Documentacin de las pruebas (pruebas unitarias, pruebas del

sistema).
El programa ejecutable.
Una vez identificado la entidad objetivo de evaluacin, se debe obtener una

descripcin de la misma, con el fin de:
Definir el alcance de la evaluacin.
Permitir a los evaluadores identificar los componentes del producto a ser

evaluados.
En la descripcin del producto se incluir una lista de sus componentes, su

estructura y una lista de la documentacin existente del producto. Para cada
componente
y documento relacionado con el producto, se proveer la
siguiente informacin:
Descripcin de cada componente.
Informacin acerca de los usos del componente.
Informacin acerca de la capacidad del componente.
Relaciones con otros componentes.
Informacin acerca de la disponibilidad del componente producto para

los evaluadores.
Posteriormente se debe registrar todos los componentes y documentos

relacionados con el producto, de la siguiente manera:
33
Identificador nico del componente o documento.
Nombre del componente o ttulo del documento.
Condiciones del documento.
Informacin de la versin, configuracin y fecha prevista por el

solicitante.
Fecha de recepcin.
1.3.3.2.
Especificar la evaluacin

Entradas:
1. Especificacin de requisitos de evaluacin de calidad del producto
software.
Salidas:
1. Especificacin de las mtricas de calidad seleccionadas.
2. Especificacin de los criterios de decisin para las mtricas de calidad.
3. Especificacin de los criterios de decisin para valoracin de calidad.
Para poder especificar la evaluacin, existen las siguientes tareas:
1.3.3.2.1. Seleccin de las mtricas de calidad
Las mtricas de calidad se seleccionarn basadas en el propsito de
evaluacin y dependiendo del producto al cual se va realizar la evaluacin, se
puede hacer uso de las mtricas propuestas en la seccin 1.2.4 Mtricas para
la calidad interna, externa y en uso - ISO/IEC 25022 y 250239, y/o combinarlas
con otras mtricas que se considere necesario para la evaluacin.
1.3.3.2.2. Definir los criterios de decisin para las mtricas
Una vez seleccionadas las mtricas de calidad definidas en la seccin 1.3.3.2.1
Seleccin de las mtricas de calidad10, se debe determinar los criterios de
decisin para las mismas, que consiste en definir una escala de valores donde
se indica el nivel de cumplimiento requerido para cada mtrica.
Ibd., pg. 18.

Ibd., pg. 33.
10
34
1.3.3.2.3. Definir los criterios de decisin para la evaluacin

Se debe preparar un procedimiento que separe los criterios para las
caractersticas de calidad, las cuales deben ser expresadas en trminos de
subcaractersticas
individuales
una
combinacin
ponderada
de
subcaractersticas, con lo cual finalmente se definir el nivel de calidad de una

caracterstica.
1.3.3.3.
Disear la evaluacin
Una vez determinado qu se quiere evaluar y con que se va a evaluar, se debe

especificar cmo se va realizar la evaluacin.
Entradas:
1. Especificacin de requisitos de evaluacin.
2. Especificacin de las mtricas de calidad seleccionadas.
3. Especificacin de los criterios de decisin para las mtricas de calidad.
4. Especificacin de los criterios de decisin para valorar la calidad del
producto.
Salidas:
1. Especificacin detallada del plan de evaluacin de calidad.
2. Mtodos de evaluacin de calidad del producto.
Las tareas para esta actividad son las siguientes:
1.3.3.3.1. Actividades del Plan de Evaluacin
Para determinar cmo se va realizar la evaluacin, se debe definir las
respectivas actividades a realizarse, las mismas que deben ser programadas,
tomando en cuenta la disponibilidad de los recursos como el personal,
herramientas software y computadoras.
Estas actividades se definirn en el plan de evaluacin, el cual incluir lo
siguiente:
Propsito de la evaluacin de calidad del producto.
35
Organismo involucrado en la evaluacin. (desarrolladores, evaluadores

independientes o compradores)
El producto que se espera a partir de la evaluacin.
Cronograma de las etapas para la evaluacin.
Las responsabilidades de las partes involucradas en la evaluacin.
Entorno para la evaluacin.
Mtodos y herramientas para la evaluacin.
Criterios de decisin para las mtricas.
Criterios de decisin para la valoracin de calidad del producto.
Estndares utilizados.
Actividades de evaluacin.
1.3.3.4.
Ejecutar la evaluacin
A partir de la definicin de las actividades previas a realizarse en el plan, se

procede a la evaluacin de calidad.
Entradas:
1. Especificacin del plan de evaluacin detallado.
2. Especificacin de requisitos de evaluacin.
3. Especificacin de las mtricas seleccionadas.
4. Especificacin de los criterios de decisin para las mtricas.
5. Especificacin de los criterios de decisin para valorar la calidad del
producto.
6. El producto a ser evaluado incluyendo los productos intermedios.
Salidas:
1. Los resultados de las mtricas de calidad.
2. Los resultados de evaluacin.
1.3.3.4.1. Efectuar mediciones
De acuerdo al plan de evaluacin, las mtricas de calidad seleccionadas se
aplicarn al producto y sus componentes.
36
La realizacin de las medidas de evaluacin, consistir en medir el producto y

sus componentes, para obtener datos e interpretarlos, con el fin de alcanzar
resultados para ser incluidos en el informe de evaluacin. Garantizando la
confidencialidad de los datos obtenidos, los resultados de evaluacin, los
documentos y componentes facilitados por la organizacin.
1.3.3.4.2. Aplicar criterios de decisin para las mtricas
Para los valores obtenidos despus de efectuar las mediciones, se debe aplicar
los criterios de decisin determinados en la seccin 1.3.3.2.2 Definir los
criterios de decisin para las mtricas11.
1.3.3.4.3. Aplicar criterios de decisin para la evaluacin
En esta tarea se decide si los resultados son aceptables o no, aplicando los
criterios de decisin a nivel de caractersticas y subcaractersticas de calidad,
dando como resultado el grado de valoracin en que el producto cumple los
requisitos de calidad.
1.3.3.5.
Concluir la evaluacin
Finalmente se concluye la evaluacin, realizando el informe de resultado que

se entregar y revisar junto con el solicitante.
Entradas
1. Especificacin de resultados reales del plan de evaluacin de calidad del
producto.
2. Especificacin de los mtodos de evaluacin de calidad.
3. Resultados de evaluacin.
Salidas
1. Reporte de evaluacin de calidad del producto.
11
Ibd., pg. 33.
37
1.3.3.5.1. Revisin de los resultados de evaluacin

Una vez ejecutadas las mediciones se realizar un informe de evaluacin, el
cual se entregar al solicitante, para que se proceda a realizar una revisin
conjunta entre el solicitante y el evaluador de los resultados obtenidos.
1.3.3.5.2. Tratamiento de los datos de evaluacin
Una vez que el informe de evaluacin ha sido formalmente entregado al
solicitante, los evaluadores debern realizar un adecuado tratamiento de los
datos de la evaluacin, para ello se realizar uno de los siguientes puntos,
dependiendo del tipo de dato:
Los documentos presentados de la evaluacin debern ser devueltas o

al solicitante o archivadas durante un tiempo especfico o destruidos de
forma segura.
El informe de evaluacin y los registros de la evaluacin, sern

archivados durante un tiempo determinado.
Todos los otros datos debern ser archivados durante un tiempo

especfico o destruidos de forma segura.
38
2. CAPTULO 2
DETERMINACIN DEL MODELO DE CALIDAD PARA EL
PRODUCTO SOFTWARE
En este captulo se realizar la definicin de caractersticas, subcaractersticas

y atributos de la calidad interna, externa y en uso, con una descripcin
detallada de las mtricas a utilizarse en la evaluacin, dependiendo del grado
de importancia que tenga el producto software.
Teniendo como relevancia la ponderacin en porcentaje de las caractersticas
de calidad para estimar el grado de satisfaccin del sistema a evaluarse.
Finalmente se describe la matriz de calidad a utilizarse con su respectivo
procedimiento, con la cual el evaluador independiente realizar la evaluacin
de la calidad del producto software de una manera completa y concisa.
2.1.
DEFINICIN DE CARACTERSTICAS DE CALIDAD
Las caractersticas de calidad que se presenta en la norma estn aplicadas

para todos los sistemas de software, pero dependiendo del tipo de sistema a
evaluar las caractersticas tendrn un grado de importancia mayor o menor que
otros, por lo tanto las caractersticas de calidad que se aplicarn a un producto
software se encontrarn definidas por el tipo de producto segn la clasificacin
realizada en la Tabla 1.2 Tipos de productos software.
En la Tabla 2.1 se presenta una definicin del nivel de importancia que se
aplicar a las caractersticas del sistema a evaluarse.
39
Tabla 2.1 Definicin del nivel de importancia

Nivel de
importancia
Simbologa
Porcentaje
referencial del nivel
del importancia
Alto
70% - 100%
Medio
25% - 69%
Bajo
1% - 24%
No Aplica
NA
0%
Significado
El grado de importancia de la
caracterstica y subcaracterstica es
alto por ende se realizar las
mediciones
La caracterstica y subcaracterstica
no es tan relevante pero puede o
no ser medida dependiendo del
criterio del evaluador
La caracterstica y subcaracterstica
no tiene relevancia y no ser
medida.
Este valor se dar a la
caracterstica y subcaracterstica
que no se pueden medir
dependiendo de diferentes factores
Fuente: Evelyn Balseca

Por ejemplo, en la Tabla 2.2, Tabla 2.3 y Tabla 2.4 se especifica el nivel de
importancia de las caractersticas de calidad interna, externa y en uso de un
producto software de tipo pgina web.
Tabla 2.2 Ejemplo del nivel de importancia para las caracteristicas de
calidad interna ms relevantes
CARACTERSTICAS DE CALIDAD INTERNA

Caractersticas
Nivel de importancia
Adecuacin funcional
Fiabilidad
Eficiencia en el
desempeo
Facilidad de uso
Seguridad
Compatibilidad
Mantenibilidad
Portabilidad
M
B
M
M
M
B
A
NA

40
Tabla 2.3 Ejemplo del nivel de importancia para las caracteristicas de

calidad externa ms relevantes
CARACTERSTICAS DE CALIDAD EXTERNA

Caractersticas
Adecuacin funcional
Fiabilidad
Eficiencia en el
desempeo
Facilidad de uso
Seguridad
Compatibilidad
Mantenibilidad
Portabilidad
A
M
M
M
B
A
M
NA

Tabla 2.4 Ejemplo del nivel de importancia para las caractersticas de

calidad en uso ms relevantes
CARACTERSTICAS DE CALIDAD EN USO

Caractersticas
Efectividad
Eficiencia
Satisfaccin
Libertad de Riesgo
Cobertura de Contexto
A
A
A
B
B

2.2.
DEFINICIN DE SUBCARACTERSTICAS Y ATRIBUTOS
Para definir las subcaractersticas y atributos de calidad interna, externa y en

uso ms importantes para el producto software, se debe determinar
nuevamente el nivel de importancia apoyndose en el anlisis que fue
41
realizado en la seccin 2.1 DEFINICIN DE CARACTERSTICAS DE

CALIDAD12.
2.2.1. Subcaractersticas y atributos de calidad interna/externa ms
relevantes
En la Tabla 2.5 y Tabla 2.6 se especifica como ejemplo, el nivel de importancia
de
las
subcaractersticas
atributos
de
calidad
interna
externa,
respectivamente, de un producto software de tipo pgina web.
Tabla 2.5 Ejemplo del nivel de importancia de subcaractersticas y

atributos de calidad interna ms relevantes
SUBCARACTERSTICAS Y ATRIBUTOS DE CALIDAD INTERNA
12
Caractersticas
Subcaractersticas
Nivel de
importancia
Adecuacin funcional
Exactitud funcional
A
B
Fiabilidad
Madurez
Disponibilidad
Tolerancia a fallos
Recuperabilidad
B
B
B
B
Eficiencia en el
desempeo
Comportamiento Temporal
Capacidad
B
A
B
Facilidad de uso
Capacidad de reconocer su
adecuacin
Capacidad de ser entendido
Operatividad
Proteccin frente a errores de
usuarios
Esttica de la interfaz de usuario
B
A
A
M
B
B
Seguridad
Confidencialidad
Integridad
No repudio
Responsabilidad
Autenticidad
B
B
A
B
A
Compatibilidad
Co - existencia
Ibd., pg. 38.
42
Interoperabilidad
Mantenibilidad
Modularidad
Reusabilidad
Capacidad de ser analizado
Capacidad de modificacin
Capacidad de ser probado
A
M
M
A
B
Portabilidad
Adaptabilidad
Facilidad de instalacin
Capacidad de ser reemplazado
NA
NA
NA

atributos de calidad externa ms relevantes
SUBCARACTERSTICAS Y ATRIBUTOS DE CALIDAD

EXTERNA
Caractersticas
Subcaractersticas
Nivel de
importancia
Adecuacin funcional
Exactitud funcional
A
A
Fiabilidad
Madurez
Disponibilidad
Tolerancia a fallos
Recuperabilidad
A
A
M
M
Eficiencia en el
desempeo
Comportamiento Temporal
Capacidad
A
A
B
Facilidad de uso
Capacidad de reconocer
su adecuacin
Capacidad de ser
entendido
Operatividad
Proteccin frente a errores
de usuarios
Esttica de la interfaz de
usuario
Seguridad
Confidencialidad
Integridad
No repudio
Responsabilidad
Autenticidad
B
A
A
B
B
B
B
B
B
B
B
43
Compatibilidad
Co - existencia
Interoperabilidad
A
A
NA
NA
Mantenibilidad
Modularidad
Reusabilidad
Capacidad de ser
analizado
Capacidad de modificacin
Capacidad de ser probado
Adaptabilidad
Capacidad de ser
reemplazado
NA
NA
Portabilidad
B
A
B
NA

2.2.1.2.
Mtricas de Calidad Interna y Externa [13]
Las mtricas para evaluar la calidad interna y externa del producto software se
describen en las siguientes tablas:
44
Tabla 2.7 Mtricas de calidad interna/externa para Adecuacin funcional [11]
Mtricas para la caracterstica de calidad Adecuacin funcional

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
Recursos
utilizados
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
X=A/B
Completitud
funcional
Completitud
de la
implementaci
n funcional
Interna/Externa
Cun
completa es la
implementaci
n de acuerdo a
la
especificacin
de
requerimientos
?
Contar el
nmero de las
funciones
indicadas en la
especificacin
de
requerimientos y
el nmero de
funciones que
faltan o estn
incorrectas
A = Nmero de
funciones que
estn
incorrectas o
que no fueron
implementadas
B = Nmero de
las funciones
establecidas en
la especificacin
de requisitos
0<=X<=1
El ms
cercano a 0
es el mejor
Dnde:
B>0
Exactitud funcional
Exactitud
Interna/Externa
Cunto del
estndar
requerido de
exactitud se
cumple?
Contar el
nmero de
elementos de
datos
implementados
con el estndar
especifico de
exactitud y el
nmero total de
elementos de
X = A/B
A = Nmero de
elementos de
datos
implementados
con el estndar
especifico de
exactitud
B = Nmero
0<=X<=1
El ms
cercano a 1
es el mejor
45
datos
implementados
total de
elementos de
datos
implementados
Dnde:
B>0
X = A/T
X = A/T
Precisin
computacional
Interna/Externa
Con qu
frecuencia
ocurren los
resultados
inexactos?
Contar el
nmero de
clculos
inexactos
encontrados y
tomar el tiempo
de operacin

A = Numero de
de clculos
inexactos
encontrados
T = Tiempo de
operacin
Dnde:
T>0
El ms
cercano a
0/t es el
mejor.
Donde el
peor caso es
>=10/t.
X=
Contable/
Tiempo
A=
Contable
B=
Tiempo
Cdigo
fuente,
Desarrollado
r, Tester
46
Tabla 2.8 Mtricas de calidad interna/externa para Fiabilidad [18]
Mtricas para la caracterstica de calidad Fiabilidad

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
Recursos
utilizados
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os,
Documento
de casos de
pruebas,
Cdigo
fuente,
Desarrollado
r, Tester
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os,
Documento
de casos de
pruebas,
Cdigo
fuente,
Desarrollado
r, Tester
X = A/B
Eliminacin
de errores
Interna/Externa
Cuantos
errores
detectados
han sido
corregidos?
Contar el
nmero de fallas
corregidas en la
fase de
diseo/codificaci
n/pruebas y el
nmero de fallas
detectadas en
las pruebas
A = Nmero de
fallas corregidas
en la fase de
diseo/codificaci
n/pruebas
B = Nmero de
fallas
detectadas en
las pruebas
0<=X<=1
Cuanto ms
se acerque
a 1 es lo
mejor
Dnde:
B>0
Madurez
Cobertura de
pruebas
Interna/Externa
Cuntos
casos de
prueba
requeridos
han sido
ejecutados
durante la
etapa de
pruebas?
Contar el
nmero de
casos de
pruebas
realizados en un
escenario de
operacin
durante la
prueba y el
nmero de
casos de prueba
a ser realizados
X = A/B
A = Nmero de
casos de
pruebas
realizados en un
escenario de
operacin
durante la
prueba
B = Nmero de
casos de prueba
0<=X<=1
El ms
cercano a 1
es el mejor
47
para cubrir los

requerimientos
a ser realizados
para cubrir los
requerimientos
Dnde:
B>0
X = A/T
Tiempo medio
entre fallos
Externa
Cul es la
frecuencia en
que el sistema
falla en la
operacin?
Tomar el tiempo
de operacin y
contar el
nmero total de
fallas
detectadas
actualmente
A = Nmero
total de fallas
detectadas
actualmente
T = Tiempo de
operacin
X = A/T
El ms
cercano a
0/t es el
mejor
X=
Contable/
Tiempo
A=
Tiempo
B=
Contable
Especificaci
n de
requerimient
os,
Desarrollado
r, Tester
X=
Tiempo/
Tiempo
A=
Tiempo
B=
Tiempo
Especificaci
n de
requerimient
os,
Desarrollado
r, Tester
Donde T > 0
X = A/B
Disponibilidad
Tiempo de
servicio
Externa
Cul es el
tiempo de
servicio del
sistema que
proporciona
realmente?
Tomar el tiempo
de servicio del
sistema que se
proporciona
actualmente y
tomar el tiempo
de servicio del
sistema
regulado en el
cronograma
operacional
A = Tiempo de
servicio del
sistema que se
proporciona
actualmente
B = Tiempo de
servicio del
sistema
regulado en el
cronograma
operacional
Dnde:
B>0
0<=X<=1
Cuanto ms
se acerque
a 1 es lo
mejor
48
X = A/T
Tiempo medio
de inactividad
Prevencin de
fallas
Cul es el
tiempo
promedio que
el sistema est
inactivo
despus de
que ocurre un
fallo?
Tomar el tiempo
total de
inactividad y
contar el
nmero de fallos
observados
Externa
Cuantas
fallas iniciales
estuvieron
bajo control
para evitar
fallas serias y
crticas?
Contar el
nmero de
ocurrencia de
fallas serias y
crticas evitadas
contra los casos
de pruebas de
fallas iniciales y
el nmero de
casos de
pruebas de
fallas iniciales
ejecutados
durante las
pruebas
Interna/Externa
Cuntos
tipos de
componentes/
sistemas del
son instalados
de forma
redundante
para evitar un
fallo en el
sistema?
Contar el
nmero total de
tipos de
componentes y
el nmero de
tipos de
componentes
instalados de
forma
redundante
Externa
Tolerancia a fallos
Redundancia
A = Nmero de
fallos
observados
T = Tiempo total
de inactividad
Dnde:
T>0
X = A/B
A = Nmero de
ocurrencia de
fallas evitadas
contra los casos
de pruebas de
fallas iniciales
B = Nmero de
casos de
pruebas de
fallas iniciales
ejecutados
durante las
pruebas
Dnde:
B>0
X=A/B
A= Nmero
componentes/si
stemas
instalados de
forma
redundante
B = Nmero
total de
componentes/si
X = A/T
X=
Contable/
Tiempo
A=
Tiempo
B=
Contable
Especificaci
n de
requerimient
os,
Desarrollado
r, Tester
0<=X<=1
Cuanto ms
se acerque
a 1 es lo
mejor
X=
Contable /
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os,
Desarrollado
r, Tester
0<=X<=1
Cuanto ms
se acerque
a 1 es lo
mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
El ms
cercano a
0/t es el
mejor
49
Anulacin de
operacin
incorrecta
Recuperabilidad
Tiempo medio
de
recuperacin
Interna
Cuntas
funciones son
implementada
s con
capacidad de
anular
operaciones
incorrectas?
Contar el
nmero de
funciones
implementadas
que evitan fallas
crticas y serias
causadas por
operaciones
incorrectas y
contar el
nmero
operaciones
incorrectas
presentadas
Interna/Externa
Cul es el
tiempo
promedio que
toma el
sistema en
recuperarse
completament
e despus un
fallo?
Tomar el tiempo
que le tom al
sistema en
recuperarse y
contar el
nmero de
casos en los
cuales se ha
observado que
el sistema entr
en recuperacin

stemas
instalados
Dnde:
B>0
X = A/B
A = Nmero de
operaciones
incorrectas
presentadas
B = Nmero
total de
funciones
implementadas
para anular
operaciones
incorrectas
Dnde:
B>0
X=A/T
A = Nmero de
casos en los
cuales se ha
observado que
el sistema entr
en
recuperacin
T = Tiempo que
le
tom
al
sistema
en
recuperarse
Dnde:
T>0
0<=X<=1
Cuanto ms
se acerque
a 0 es lo
mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r
X=
Contable
/Tiempo
A=
Contable
B=
Tiempo
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
X = A/T
El ms
cercano a
0/t es el
mejor.
Donde el
peor caso es
>=10/t.
50
Tabla 2.9 Mtricas de calidad interna/externa para Efciencia en el desempeo [19]
Mtricas para la caracterstica de calidad Eficiencia en el desempeo

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
0<=X<=1
El ms
cercano a 0
es el mejor.
Donde el
peor caso es
>=15t.
X=
Tiempo/Ti
empo
A=
Tiempo
B=
Tiempo
0<=X<=1
El ms
cercano a 0
es el mejor.
Donde el
peor caso es
>=15t.
X=
Tiempo/Ti
empo
A=
Tiempo
B=
Tiempo
Recursos
utilizados
X=B-A
Tiempo de
respuesta
Interna/Externa
Cul es el
tiempo
estimado para
completar una
tarea?
Interna/Externa
Cul es el
tiempo desde
que se enva
una
instruccin,
para que inicie
un trabajo,
hasta que lo
completa?
Comportamiento del
tiempo
Tiempo de
espera
Tomar el tiempo
desde que se
enva la peticin
hasta obtener la
respuesta
A= Tiempo de
envo de
peticin
B = Tiempo en
recibir la
primera
respuesta
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
X=B-A
Tomar el tiempo
cuando se inicia
un trabajo y el
tiempo en
completar el
trabajo
A= Tiempo
cuando se inicia
un trabajo
B = Tiempo en
completar el
trabajo
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
51
X = A/T
X = A/T
Rendimiento
Interna/Externa
Cuntas
tareas pueden
ser
procesadas
por unidad de
tiempo?
Contar el
nmero de
tareas
completadas en
un intervalo de
tiempo
A= Nmero de
tareas
completadas
T = Intervalo de
tiempo
Dnde:
T>0
Lneas de
cdigo
Interna
Cuntas
lneas de
cdigo existen
por cada
funcin
implementada
?
Contar el
nmero de
lneas de cdigo
(sin tomar en
cuenta espacios
ni comentarios)
que existen en
una
determinada
funcin
X=A
A = Nmero de
lneas de cdigo
El ms
lejano a 0/t
es el mejor.
Donde el
mejor caso
es >=10/t
1<=X<=50
El ms
cercano a 1
es el mejor.
Donde el
peor caso es
>=50 lneas
de cdigo
X=
Contable/
Tiempo
A=
Contable
T= Tiempo
X=
Contable
A=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Cdigo
fuente
X = B-A
Utilizacin de
recursos
Utilizacin de
CPU
Interna/Externa
Cunto
tiempo de
CPU es usado
para realizar
una tarea
dada?
Tomar el tiempo
de operacin y
la cantidad de
tiempo de CPU
que se usa para
realizar una
tarea
A= La cantidad
de tiempo de
CPU que
realmente es
usado para
realizar una
tarea
B = Tiempo de
operacin
Dnde:
0<=X<=1
Cuanto ms
se acerque
a 0 es lo
mejor.
Donde el
peor caso es
>=15t.
X=
Tiempo/Ti
empo
A=
Tiempo
B=
Tiempo
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
52
B>0
X = B-A
Utilizacin de
la memoria
Interna/Externa
Cunto
espacio de
memoria es
usado para
realizar una
tarea dada?
Medir la
cantidad total
de espacios de
memoria y la
cantidad de
espacios de
memoria que
realmente es
usado para
realizar una
tarea
A = Cantidad de
espacios de
memoria que
realmente es
usado para
realizar una
tarea
B = Cantidad
total de
espacios de
memoria
0<=X<=15
El ms
cercano a 0
es el mejor
X=
Tamao/T
amao
A=
Tamao
B=
Tamao
0<=X<=15
El ms
cercano a 0
es el mejor
X=
Tiempo/
Tiempo
A=
Tiempo
B=
Tiempo
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
X=
Contable/
Tiempo
A=
Contable
T=
Tiempo
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
X =B-A
Utilizacin de
los
dispositivos de
E/S
Capacidad
Nmero de
peticiones
online
Interna/Externa
Interna/Externa
Cunto
tiempo los
dispositivos de
E/S utilizan
para realizar
una tarea?
Cuntas
peticiones
online pueden
ser
procesadas
por unidad de
tiempo?
Tomar el tiempo
de operacin y
el tiempo que
los dispositivos
de E/S pasan
ocupados para
realizar la tarea
Contar el
nmero mximo
de peticiones
online
procesadas y
tomar el tiempo
de operacin
A = Tiempo que
los dispositivos
de E/S pasan
ocupados para
realizar la tarea
B = Tiempo de
operacin
Dnde:
B>0
X = A/T
X = A/T
A= Nmero
mximo de
peticiones
online
procesada
El ms
lejano a 0/t
es el mejor.
Donde el
mejor caso
53
T = Tiempo de
operacin
es >=10/t.
Dnde:
T>0
X = A/T
Nmero de
accesos
simultneos
Sistema de
transmisin de
ancho de
banda
Interna/Externa
Externa
Cuntos
usuarios
pueden
acceder al
sistema
simultneame
nte en un
cierto tiempo?
Contar el
nmero mximo
de accesos
simultneos y
tomar el tiempo
de operacin
Cunto es el
valor lmite
absoluto de
transmisin
necesaria para
cumplir con las
funciones?
Contar la
cantidad
mxima de
transmisin de
datos y tomar el
tiempo de
operacin
A= Nmero
mximo de
accesos
simultneos
T = Tiempo de
operacin
Dnde:
T>0
X = A/T
A= Cantidad
mxima de
transmisin de
datos
B = Tiempo de
operacin
Dnde:
T>0

X = A/T
El ms
lejano a 0/t
es el mejor.
Donde el
mejor caso
es >=10/t
X = A/T
El ms
lejano a 0/t
es el mejor.
Donde el
mejor caso
es >=10/t
X=
Contable/
Tiempo
A=
Contable
B=
Tiempo
X=
Tamao/Ti
empo
A=
Tamao
B=
Tiempo
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
54
Tabla 2.10 Mtricas de calidad interna/externa para Facilidad de uso [20]
Mtricas para la caracterstica de calidad Facilidad de uso

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
0<=X<=1
El ms
cercano a 1
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
0<=X<=1
El ms
cercano a 1
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Recursos
utilizados
X = A/B
Integridad de
descripcin
Interna/Externa
Capacidad de
reconocer su
adecuacin
Capacidad de
demostracin
Interna/Externa
Qu cantidad
de funciones
(o tipos de
funciones) son
descritas
como
entendibles en
la descripcin
del producto?
Qu cantidad
de funciones
tienen la
capacidad de
demostracin?
Contar el
nmero de
funciones (o
tipos de
funciones)
descritas como
entendibles en
la descripcin
del producto y
contar el
nmero total de
funciones (o
tipos de
funciones)
Contar el
nmero de
funciones
implementadas
con capacidad
de demostracin
y contar el
nmero total de
funciones que
A = Nmero de
funciones (o
tipos de
funciones)
descritas como
entendibles en
la descripcin
del producto
B = Nmero
total de
funciones (o
tipos de
funciones)
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
X = A/B
A = Nmero de
funciones
implementadas
con capacidad
de demostracin
B = Nmero
total de
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
55
requieren
capacidad de
demostracin
funciones que
requieren
capacidad de
demostracin
Dnde:
B>0
X=A/B
Funciones
evidentes
Interna
Qu cantidad
de funciones
del producto
son evidentes
al usuario?
Contar el
nmero de
funciones que
son evidentes al
usuario y
comparar con el
nmero total de
funciones.
0<=X<=1
El ms
cercano a 1
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Cdigo
fuente
0<=X<=1
El ms
cercano a 1
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
0<=X<=1
El ms
X=
Contable/
Cdigo
fuente
Dnde:
B>0
X=A/B
Capacidad para ser

entendido
Efectividad de
la
documentacin
del usuario o
ayuda del
sistema
Operatividad
A= Nmero de
funciones (o tipo
de funciones)
evidentes al
usuario
B = Nmero
total de
funciones (o tipo
de funciones)
Recuperabilida
d de error
Interna/Externa
Interna
Qu cantidad
de funciones
estn
descritas
correctamente
en la
documentaci
n del usuario o
ayuda en
lnea?
Contar el
nmero de
funciones
descritas
correctamente y
contar el
nmero total de
funciones
implementadas
Qu cantidad
de funciones
Contar el
nmero de
A= Nmero de
funciones
descritas
correctamente
B = Nmero
total de
funciones
implementadas
Dnde:
B>0
X=A/B
56
operacional
pueden tolerar
errores de
usuario?
funciones
implementadas
con tolerancia
de error de
usuarios y el
nmero total de
funciones
requeridas con
capacidad de
tolerancia.
A= Nmero de
funciones
implementadas
con tolerancia
de error de
usuarios
B = Nmero
total de
funciones
requeridas con
capacidad de
tolerancia.
cercano a 1
es el mejor
Contable
A=
Contable
B=
Contable
Dnde:
B>0
X=A/B
Claridad del
mensaje
Interna/Externa
Qu cantidad
de mensajes
son auto
explicativo?
Contar el
nmero de
mensajes
implementados
con
explicaciones
claras y el
nmero total de
mensajes
implementados
A= Nmero de
mensajes
implementados
con
explicaciones
claras
B = Nmero
total de
mensajes
implementados
Dnde:
B>0
0<=X<=1
El ms
cercano a 1
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
57
X=A/B
Consistencia
operacional
Interna/Externa
Cuntas
operaciones
similares
pueden
llevarse a
cabo
consecuentem
ente?
Contar el
nmero de
operaciones que
se comportan
de manera
incoherente y el
nmero total de
operaciones que
se comportan
de forma normal
A= Nmero de
de operaciones
que se
comportan de
manera
incoherente
B = Nmero
total de
operaciones que
se comportan
de forma normal
0<=X<=1
El ms
cercano a 0
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
0<=X<=1
El ms
cercano a 1
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
X=A/B
Posibilidad de
personalizaci
n
Interna/Externa
Cuntas
funciones y
procedimiento
s
operacionales
puede un
usuario
modificar para
su
conveniencia?
Contar el
nmero de
funciones
implementadas
que pueden ser
personalizados
durante la
operacin y el
nmero de
funciones que
requieran la
capacidad de
personalizacin
A = Nmero de
funciones
implementadas
que pueden ser
personalizados
durante la
operacin
B = Nmero de
funciones que
requieran la
capacidad de
personalizacin
Dnde:
B>0
58
X = A/B
Verificacin de
entradas
vlidas.
Interna/Externa
Qu cantidad
de tems de
entrada son
validados?
Contar el
nmero de
tems de
entrada que son
validados y el
nmero de
tems que
necesitan ser
validados
A= Nmero de
tems de
entrada que son
validados
B = Nmero de
tems que
necesitan ser
validados
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
0<=X<=1
El ms
cercano a 1,
el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
X = A/B
Proteccin contra
errores del usuario
Prevencin del
uso incorrecto
Interna/Externa
Cuntas
funciones
tienen la
capacidad de
evitar
operaciones
incorrectas?
Contar el
nmero de
funciones
implementadas
para evitar fallos
de
funcionamiento
provocados por
un uso
incorrecto y el
nmero total de
operaciones
iniciales
incorrectas
A = Nmero
operaciones
iniciales
incorrectas
B = Nmero de
funciones
implementadas
para evitar fallos
de
funcionamiento
provocados por
un uso
incorrecto
Dnde:
B>0
59
X = A/B
Esttica de la
Interfaz del usuario
Personalizaci
n de la
apariencia de
la interfaz del
usuario
Accesibilidad
fsica
Interna/Externa
Interna/Externa
Qu cantidad
de los
elementos de
la interfaz de
usuario
pueden ser
personalizado
s en
apariencia?
A qu
cantidad de
funciones
puede acceder
un usuario con
discapacidade
s fsicas?
Contar el
nmero de tipos
de elementos de
interfaz que
pueden ser
personalizados
y contar el
nmero total de
tipos de
elementos de
interfaz
Contar el
nmero de
funciones a las
que pueden
acceder
personas con
discapacidad y
contar el
nmero total de
funciones
implementadas
A= Nmero de
elementos de
interfaz que
pueden ser
personalizados
B = Nmero
total de
elementos de
interfaz
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
X = A/B
A= Nmero de
funciones a las
que pueden
acceder
personas con
discapacidad
B = Nmero
total de
elementos de
interfaz
Dnde:
B>0

0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
60
Tabla 2.11 Mtricas de calidad interna/externa para Seguridad [21]
Mtricas para la caracterstica de calidad Seguridad

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
Recursos
utilizados
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
X=A/B
Capacidad de
control de
acceso
Interna/Externa
Qu tan
controlable
son los
accesos al
sistema?
Contar el
nmero de
diferentes tipos
de operaciones
ilegales
detectados y el
nmero de tipos
de operaciones
ilegales en la
especificacin
Confidencialidad
Encriptacin
de datos
Interna/Externa
Qu tan
correctamente
es la
implementaci
n de
encriptacin /
desencriptaci
n de datos de
acuerdo a la
especificacin
de
requerimientos
Contar el
nmero de
elementos de
datos
encriptados/
desencriptados
correctamente y
el nmero de
elementos de
datos que
requiere el
encriptacin/
A = Nmero de
diferentes tipos
de operaciones
ilegales
detectados
B = Nmero de
tipos de
operaciones
ilegales en la
especificacin
Dnde:
B>0
X=A/B
A = Nmero de
elementos de
datos
encriptados/
desencriptados
correctamente
B = Nmero de
elementos de
datos que
requiere el
61
desencriptacin
encriptacin/
desencriptacin
Dnde:
B>0
X=A/B
Integridad
Prevencin de
corrupcin de
datos
Interna/Externa
Hasta qu
punto se
puede prevenir
la corrupcin
de datos?
Contar el
nmero de
casos de
corrupcin de
datos ocurridos
en la actualidad
y el nmero de
accesos donde
se espera que
ocurran daos
de datos
A = Nmero de
casos de
corrupcin de
datos ocurridos
en la actualidad
B = Nmero de
accesos donde
se espera que
ocurran daos
de datos
0<=X<=1
El ms
cercano a 0,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
X=A/B
No repudio
Utilizacin de
firma digital
Interna/Externa
Qu
proporcin de
eventos que
requieran no repudio se
procesan
utilizando la
firma digital?
Contar el
nmero de
eventos
procesados
usando firma
digital y el
nmero de
eventos que
requieran la
propiedad de no
- repudio
A = Nmero de
eventos
procesados
usando firma
digital
B = Nmero de
eventos que
requieran la
propiedad de no
- repudio
Dnde:
62
B>0
X=A/B
Responsabilidad
Capacidad de
auditora de
acceso
Interna/Externa
Qu tan
completa es la
pista de
auditoria en
relacin al
acceso de los
usuarios al
sistema y a los
datos?
Contar el
nmero de
accesos al
sistema y los
datos
registrados en el
log del sistema
y el nmero de
accesos
ocurridos en la
realidad
A = Nmero de
accesos
ocurridos en la
realidad
B = Nmero de
accesos al
sistema y los
datos
registrados en el
log del sistema
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
X=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
Autenticidad
Mtodos de
autenticacin
Interna/Externa
Qu tan bien
el sistema
autentica la
identidad de
un sujeto o
recurso?
Contar el
nmero de
mtodos de
autenticacin
previstos

X=A
A = Nmero de
mtodos de
autenticacin
previstos
X>=0
Donde X es
mayor a 0,
siendo X el
mejor igual o
mayor a 2
63
Tabla 2.12 Mtricas de calidad interna/externa para Compatibilidad [22]
Mtricas para la caracterstica de calidad Compatibilidad

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
Recursos
utilizados
0<=X<=1
El ms
cercano a 1
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
X = A/B
Co existencia
Co
Existencia
disponible
Interna/Externa
Qu tan
adaptable es
el sistema en
compartir su
entorno con
otros sistemas
sin causar
efectos
adversos?
Contar el
nmero de
entidades con
las que el
producto puede
coexistir y el
nmero de
entidades en el
entorno de
operacin que
requieren de
coexistencia
A = Nmero de
entidades con
las que el
producto puede
coexistir
B = Nmero de
entidades en el
entorno de
operacin que
requieren de
coexistencia
Dnde:
B>0
X = A/B
Interoperatividad
Conectividad
con sistemas
externos
Interna/Externa
Qu tan
correctamente
se ha
implementado
los protocolos
de interfaz
externa?
Contar el
nmero de
interfaces
implementadas
con otros
sistemas y el
nmero total de
interfaces
externas
A= Nmero de
interfaces
implementadas
con otros
sistemas
B = Nmero
total de
interfaces
externas
0<=X<=1
El ms
cercano a 1
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
64
Dnde:
B>0
X = A/B
Capacidad de
intercambiar
de datos
Interna/Externa
Qu tan
exacto es el
intercambio de
datos entre el
sistema otros
sistemas de
enlace?
Contar el
nmero de
datos que se
han
intercambiado
sin problemas
con otro sistema
y el nmero total
de datos que se
intercambiaran
A= Nmero de
datos que se
han
intercambiado
sin problemas
con otro sistema
B = Nmero
total de datos
que se
intercambiaran
Dnde:
B>0

0<=X<=1
El ms
cercano a 1
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
65
Tabla 2.13 Mtricas de calidad interna/externa para Mantenibilidad [23]
Mtricas para la caracterstica de calidad Mantenibilidad

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
0<=X<=1
El ms
cercano a 0,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
1<=X<=4
El ms
cercano a 1,
es el mejor
X=
Contable
A=
Contable
Recursos
utilizados
X=A/B
Capacidad de
condensacin
Interna
Qu tan
fuerte es la
relacin entre
los
componentes
del sistema?
Modularidad
Contar el
nmero de
componentes
que no son
afectados por
cambios de
otros
componentes y
el nmero total
de componentes
especficos
A = Nmero de
componentes
que no son
afectados por
cambios de
otros
componentes
B = Nmero
total de
componentes
especficos
Cdigo
fuente
Dnde:
B>0
Acoplamiento
de clases
Interna
Qu tan
fuerte es la
relacin entre
una funcin
del sistema
con otras
clases
implementada
s?
Contar el
nmero de
relaciones que
tiene una
funcin con
respecto a otras
clases
X=A
A = Nmero de
relaciones que
tiene una
funcin con
respecto a otras
clases
Cdigo
fuente
66
X=A/B
Reusabilidad
Ejecucin de
reusabilidad
Interna
Cuntos
elementos
pueden ser
reutilizados?
Contar el
nmero de
elementos
reutilizados y el
nmero total de
elementos de la
biblioteca
reutilizable
A = Nmero de
elementos
reutilizados
B = Nmero
total de
elementos de la
biblioteca
reutilizable
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Cdigo
fuente
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
X=A/B
Capacidad de ser
analizado
Capacidad de
pistas de
auditora
Interna/Externa
Los usuarios
pueden
identificar
fcilmente la
operacin
especfica que
caus el fallo?
Contar el
nmero de
datos realmente
grabadas
durante la
operacin y el
nmero de
datos previstos
a grabarse para
controlar el
estado del
sistema durante
la operacin
A = Nmero de
datos realmente
grabadas
durante la
operacin
B = Nmero de
datos previstos
a grabarse para
controlar el
estado del
sistema durante
la operacin
Dnde:
B>0
67
X = A/B
Diagnstico de
funciones
suficientes
Complejidad
ciclomtica
Interna/Externa
Contar el
nmero de
funciones de
diagnstico
implementadas
y contar el
nmero de
funciones de
diagnstico
requeridas en la
especificacin
de
requerimientos
A = Nmero de
funciones de
diagnstico
implementadas
B = Nmero de
funciones de
diagnstico
requeridas en la
especificacin
de
requerimientos
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
Interna
Cul es la
complejidad
estructural de
un cdigo
fuente?
Contar las
instrucciones
condicionales,
bucles, salidas
de mtodos y
clausulas AND y
OR dentro de
los
condicionales.
X = A+1
A = Nmero de
instrucciones
condicionales
que tiene una
funcin
1<=X<15
El ms
cercano a 1,
es el mejor
Interna
Qu tan
profunda es la
jerarqua de la
herencia de
las clases
involucradas
en una
determinada
funcin?
Contar las
jerarquas
empleadas en
una
determinada
funcin o
mtodo.
X=A
A = Nmero de
jerarquas
empleadas para
una
determinada
funcin.
0<=X<=4
El ms
cercano a 0
es el mejor
Capacidad de ser
modificado
Profundidad
de herencia
Hasta qu
punto las
funciones de
diagnstico
estn
preparadas o
hasta qu
punto
funcionan para
el anlisis
causal?
X=
Contable
A=
Contable
X=
Contable
A=
Contable
Cdigo
fuente
Cdigo
fuente
68
X = A/B
Grado de
localizacin de
correccin de
impacto
Complejidad
de
modificacin
ndice de xito
de
modificacin
Interna/Externa
Externa
Externa
Hasta qu
punto los
problemas
causados
pueden tener
como
consecuencia
un
mantenimiento
?
Contar el
nmero de fallas
aparecidas
despus que se
ha resuelto un
fallo y contar el
nmero de fallas
resultas
Con qu
facilidad el
desarrollador
puede
modificar el
software para
resolver
problemas?
Tomar el tiempo
de trabajo que
le toma al
desarrollador
modificar y
contar el
nmero de
modificaciones
Hasta qu
punto puede el
sistema ser
operado sin
fallas despus
del
mantenimiento
?
A = Nmero de
fallas
aparecidas
despus que se
ha resuelto un
fallo
B = Nmero de
fallas resueltas
0<=X<=1
El ms
cercano a 0,
es el mejor
X=
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
X = A/T
Contar el
nmero de
problemas
dentro de un
determinado
perodo antes
de
mantenimiento y
contar el
nmero de
problemas en el
A = Nmero de
modificaciones
B = Tiempo de
trabajo que le
toma al
desarrollador
modificar
X = A/T
El ms
lejano a 0/t
es el mejor
X=
Contable/
Tiempo
A=
Contable
B=
Tiempo
Desarrollado
r
Dnde:
T>0
X = A/B
A = Nmero de
problemas
dentro de un
determinado
perodo antes
de
mantenimiento
B = Nmero de
problemas en el
0<=X<=1
El ms
cercano a 0,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Desarrollado
r
69
mismo perodo
despus del
mantenimiento
mismo perodo
despus del
mantenimiento
Dnde:
B>0
X = A/B
Completitud
funcional de
funciones de
pruebas
Interna
Son las
funciones de
prueba
completas y
fciles de
implementar?
Capacidad de ser
probado
Capacidad de
prueba
autnoma
Interna
Qu tan
independiente
es el software
al ser
probado?
Contar el
nmero de
funciones de
prueba
implementadas
y contar el
nmero de
funciones de
prueba
requeridas
Contar el
nmero de
pruebas que
estn
dependiendo de
otros sistemas y
contar el
nmero total de
pruebas
dependientes
con otros
sistemas
A = Nmero de
funciones de
prueba
implementadas
B = Nmero de
funciones de
prueba
requeridas
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Cdigo
fuente,
Tester
Dnde:
B>0
X = A/B
A = Nmero de
pruebas que
estn
dependiendo de
otros sistemas
B = Nmero
total de pruebas
dependientes
con otros
sistemas
Dnde:
B>0
0<=X<=1
El ms
cercano a 0,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Cdigo
fuente,
Tester
70
X = A/B
Capacidad de
reinicio de
pruebas
Externa
Con qu
facilidad se
puede llevar a
cabo las
pruebas
nuevamente
despus del
mantenimiento
?
Contar el
nmero de
casos en los
cuales el
mantenedor
puede pausar y
restaurar las
pruebas y
contar el
nmero de
casos de pausa
en la ejecucin
de pruebas

A = Nmero de
casos en los
cuales el
mantenedor
puede pausar y
restaurar las
pruebas
B = Nmero de
casos de pausa
en la ejecucin
de pruebas
Dnde:
B>0
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Desarrollado
r, Tester
71
Tabla 2.14 Mtricas de calidad interna/externa para Portabilidad [24]
Mtricas para la caracterstica de calidad Portabilidad

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
Recursos
utilizados
X = A/B
Adaptabilidad
en entorno
hardware
Interna/Externa
Adaptabilidad
Adaptabilidad
en entorno de
software
Interna/Externa
Es el sistema
lo
suficientement
e capaz de
adaptarse al
entorno
hardware?
Es el sistema
lo
suficientement
e capaz de
adaptarse al
entorno del
Contar el
nmero
funciones
operativas de
las tareas que
no se hayan
completado
durante las
pruebas
operativas con
el entorno
hardware y
contar el
nmero total de
funciones las
cuales han sido
probadas
Contar el
nmero
funciones
operativas de
las tareas que
no se hayan
A = Nmero
funciones
operativas de
las tareas que
no se hayan
completado
durante las
pruebas
operativas con
el entorno
hardware
B = Nmero
total de
funciones que
han sido
probadas
0<=X<=1
El ms
cercano a 0,
es el mejor
Dnde:
B>0
X = A/B
A = Nmero de
funciones
operativas de
las tareas que
0<=X<=1
El
ms
cercano a 0,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
X=
Contable/
Contable
A=
Contable
B=
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
72
sistema
software?
completado
durante las
pruebas
operativas con
el sistema y
contar el
nmero total de
funciones las
cuales han sido
probadas
no se hayan
completado
durante las
pruebas
operativas con
el sistema
B = Nmero
total de
funciones que
han sido
probadas
Contable
r, Tester
Dnde:
B>0
X = A/B
Adaptabilidad
en entorno
empresarial
Interna/Externa
Es el sistema
lo
suficientement
e capaz de
adaptarse al
entorno
operacional?
Contar el
nmero
funciones
operativas de
las tareas que
no se hayan
completado
durante las
pruebas
operativas con
usuarios del
entorno
empresarial y
contar el
nmero total de
funciones las
cuales han sido
probadas
A = Nmero de
funciones
operativas de
las tareas que
no se hayan
completado
durante las
pruebas
operativas con
usuarios del
entorno
empresarial
B = Nmero
total de
funciones que
han sido
probadas
Dnde:
B>0
0<=X<=1
El
ms
cercano a 0,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
73
X = A/T
Eficiencia en
el tiempo de
instalacin
Externa
Cunto
tiempo es
requerido para
realizar una
instalacin?
Contar el tiempo
total
transcurrido al
instalar el
sistema y contar
el nmero de
reintentos al
instalar el
sistema
A = Nmero de
reintentos al
instalar el
sistema
T = Tiempo
total
transcurrido al
instalar el
sistema
X = A/T
El ms
lejano a 0/t
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Desarrollado
r, Tester
Dnde:
T>0
X = A/B
Capacidad de ser
Instalado
Facilidad de
instalacin
Externa
Puede
fcilmente el
usuario o el
desarrollador
instalar el
software en un
entorno
operacional?
Contar el
nmero casos
en que los
usuarios
tuvieron xito al
instalar el
sistema
cambiando
proceso de
instalacin para
su conveniencia
y contar el
nmero total de
casos en que
los usuarios han
intentado
cambiar el
proceso de
instalacin para
su conveniencia
A = Nmero
casos en que
los usuarios
tuvieron xito al
instalar el
sistema
cambiando
proceso de
instalacin para
su conveniencia
B = Nmero
total de casos
en que los
usuarios han
intentado
cambiar el
proceso de
instalacin para
su conveniencia
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Desarrollado
r, Tester
74
Dnde:
B>0
X = A/B
Consistencia
en la funcin
de soporte al
usuario
Interna/Externa
Cun
consistente es
el nuevo
componente
con la interfaz
de usuario
existente?
Capacidad de ser
Reemplazado
Inclusividad
funcional
Externa
Pueden
fcilmente las
funciones ser
utilizadas
despus de
ser cambiadas
a por otras
similares?
Contar el
nmero de
nuevas
funciones que
son
consideradas
como no
consistentes por
el usuario y
contar el
nmero de
nuevas
funciones
Contar el
nmero de
funciones que
producen
resultados
similares con
anterioridad y
que no se han
exigido cambios
y contar el
nmero de
funciones
probadas que
son similares a
las funciones
proporcionadas
por otro
software para
A = Nmero de
nuevas
funciones que
son
consideradas
como no
consistentes por
el usuario
B = Nmero de
nuevas
funciones
0<=X<=1
El ms
cercano a 0,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Especificaci
n de
requerimient
os, Cdigo
fuente,
Desarrollado
r, Tester
Dnde:
B>0
X = A/B
A = Nmero de
funciones que
producen
resultados
similares con
anterioridad y
que no se han
exigido cambios
B = Nmero de
funciones
probadas que
son similares a
las funciones
proporcionadas
por otro
software para
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Desarrollado
r, Tester
75
ser
reemplazado
ser
reemplazado
Dnde:
B>0
X = A/B
Uso continuo
de datos
Externa
Pueden los
datos
fcilmente ser
utilizados
despus de
reemplazar el
software por
otro similar?
Contar el
nmero de
datos que son
continuamente
utilizables por el
software a ser
reemplazado y
contar el
nmero de
datos que son
continuamente
reutilizables por
el software a ser
reemplazado

A = nmero de
datos que son
continuamente
solo utilizables
por el software a
ser
reemplazado
B = Nmero de
datos que son
reutilizables por
el software a ser
reemplazado
Dnde:
B>0
0<=X<=1
El ms
cercano a 1,
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Desarrollado
r, Tester
76
2.2.2. Subcaractersticas y atributos de calidad en uso ms relevantes

En la Tabla 2.15 se especifica como ejemplo, el nivel de importancia de las
subcaractersticas y atributos de calidad en uso, de un producto software de
tipo pgina web.

atributos de calidad en uso ms relevantes
SUBCARACTERSTICAS Y ATRIBUTOS DE CALIDAD EN

USO
Caractersticas
Subcaractersticas
Nivel de
importancia
Efectividad
Efectividad
Eficiencia
Eficiencia
Satisfaccin
Utilidad
Libertad del riesgo

econmico
Libertad del riesgo de

salud y seguridad
Mitigacin del riesgo

ambiental
Integridad de contexto
Flexibilidad
Libertad de riesgo
Cobertura de contexto

2.2.2.1.
Mtricas de Calidad en Uso [14]
Las mtricas para evaluar la calidad en uso del producto software se

especifican en las siguientes tablas:
77
Tabla 2.16 Mtricas de calidad en uso de Efectividad [25]
Mtricas para la caracterstica de calidad Efectividad

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
0<=X<=1
El ms
cercano a 1,
el mejor
X=
Contable
/Contable
A=
Contable
B=
Contable
Recursos
utilizados
X = A/B
Completitud
de la tarea
Uso
Qu cantidad
de tareas son
completadas
correctamente
?
Contar el nmero
de tareas
completadas y el
nmero total de
tareas intentadas
A= Nmero de
tareas
completadas
B = Nmero
total de tareas
intentadas
Usuario
Dnde:
B>0
X = A/B
Efectividad
Efectividad de
la tarea
Uso
Qu cantidad
de los
objetivos de la
tarea se
realiza
completament
e?
Tomar el valor
proporcional de
cada componente
faltante o
incorrecto en la
salida de la tarea
A=Cantidad de
objetivos
completados por
la tarea.
B=Cantidad de
objetivos
planeados que
realice la tarea
0<=X<=1
El ms
cercano a 1,
el mejor
X=
Contable
A=
Contable
Usuario
78
X = A/B
Frecuencia de
error
Uso
Cul es la
frecuencia de
los errores
cometidos por
el usuario en
comparacin
con lo
planeado?
Contar el nmero
de errores
cometidos por los
usuarios y contar
el nmero de
tareas

A = Nmero de
errores
cometidos por
los usuarios
B = Nmero de
tareas
Dnde:
B>0
0<=X<=1
El ms
cercano a 0
es el mejor
X=
Contable
/Contable
A=
Contable
B=
Contable
Usuario
79
Tabla 2.17 Mtricas de calidad en uso de Eficiencia [26]
Mtricas para la caracterstica de calidad Eficiencia

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Uso
Cunto
tiempo se
tarda en
completar una
tarea en
comparacin
con lo
planeado?
Tomar el tiempo
planeado y el
tiempo actual
Cunto
tiempo
necesita un
usuario normal
en completar
una tarea en
comparacin
con un
experto?
Tomar el tiempo
que completa una
tarea un usuario
normal y el
tiempo que
completa una
tarea un usuario
experto
Mtodo de
aplicacin
Frmula
X = A/B
Tiempo de la
tarea
Dnde:
A>0
X = A/B
Eficiencia
Tiempo
relativo de la
tarea
Uso
A= Tiempo
actual
B = Tiempo
planeado
A = Tiempo que
completa una
tarea un usuario
experto
B = Tiempo que
completa una
tarea un usuario
normal
Dnde:
B>0
Valor
deseado
0<=X<=1
Si A<=B el
ms cercano
a 0 es lo
mejor.
Si A>B ser
considerado
como el peor
caso
0<=X<=1
El ms
cercano a 1,
el mejor
Tipo de
medida
X=
Tiempo/Ti
empo
A=
Tiempo
B=
Tiempo
X=
Tiempo/Ti
empo
A=
Tiempo
B=
Tiempo
Recursos
utilizados
Usuario
Usuario
80
X = A/T
Eficiencia de
la tarea
Uso
Qu tan
eficientes son
los usuarios?
Contar el nmero
de tareas
efectivas y tomar
el tiempo de la
tarea
A = Nmero de
tareas efectivas
T = Tiempo de
la tarea
Dnde:
T>0
X = A/T
El ms lejano
a 0/t es el
mejor
X=
Contable/
Tiempo
A=
Contable
B=
Tiempo
Usuario
X=
Contable/
Contable
A=
Contable
B=
Contable
Usuario,
Especificaci
n de
requerimient
os
X=
Contable/
Contable
A=
Contable
B=
Contable
Usuario,
Especificaci
n de
requerimient
os
X = A/B
Eficiencia
relativa de la
tarea
Uso
Qu tan
eficiente es un
usuario
comparado
con lo
planeado?
Contar el nmero
de tareas
eficientes
realizadas por un
usuario ordinario
y contar el
nmero de tareas
eficientes
planeadas
A = Nmero de
tareas eficientes
realizadas por
un usuario
ordinario
B = Nmero de
tareas eficientes
planeadas
0<=X<=1
El ms
cercano a 1
es lo mejor
Dnde:
B>0
X = A/B
Productividad
econmica
Uso
Qu tan
rentable es el
usuario?
Contar el nmero
de tareas
efectivas y tomar
el costo total de
las tareas
A = Nmero de
tareas efectivas
B = Numero de
tareas totales
Dnde:
B>0
0<=X<=1
El ms
cercano a 1
es lo mejor
81
X = A/B
Porcentaje
productivo
Uso
Cul es el
porcentaje de
tiempo que el
usuario realiza
acciones de
productividad?
Tomar el tiempo
de productividad y
el tiempo de la
tarea
A = Tiempo de
la tarea
B = Tiempo de
productividad.
Dnde:
B>0
0<=X<=1
Si A<=B el
ms cercano
a 0 es lo
mejor.
Si A>B ser
considerado
como el peor
caso
X=
Tiempo/
Tiempo
A=
Tiempo
B=
Tiempo
Usuario
X=
Contable/
Contable
A=
Contable
B=
Contable
Usuario
X = A/B
Numero
relativo de
acciones del
usuario
Uso
Cul es el
nmero de
acciones
mnimas
necesarias
que realizan
los usuarios?
Contar el nmero
de acciones
realizadas por los
usuarios y contar
el nmero de
acciones
necesarias
actualmente
A = Nmero de
acciones
realizadas por
los usuarios
B = Nmero de
acciones
necesarias
actualmente
Dnde:
B>0

0<=X<=1
El ms
cercano a 1
es lo mejor
82
Tabla 2.18 Mtricas de calidad en uso de Satisfaccin [27]
Mtricas para la caracterstica de calidad Satisfaccin

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
0<=X<=1
El ms
cercano a 1
es lo mejor
X=
Contable
/Contable
A=
Contable
B=
Contable
Recursos
utilizados
X = A/B
Nivel de
satisfaccin
Uso
Qu tan
satisfecho est
el usuario?
Realizar un
cuestionario
sobre el nivel de
satisfaccin sobre
el sistema.
A= Numero de
preguntas con
respuesta
satisfactorias
B = Nmero
total de
preguntas
realizadas en el
cuestionario.
Usuario
Dnde:
B>0
X = A/B
Utilidad
Uso
discrecional de
las funciones
Uso
Qu
porcentaje de
los usuarios
optan por
utilizar las
funciones
sistema?
Observacin de
uso
A= Nmero de
funciones
especficas del
software que se
utilizan
B= Nmero
total de
funciones que
estn
destinados a ser
usados
0<=X<=1
El ms
cercano a 1,
mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Usuario
83
Dnde:
B>0
X = A/B
Porcentaje de
quejas de los
clientes
Uso
Cul es el
porcentaje de
quejas
realizadas por
los clientes?
Contar el nmero
de clientes que se
quejan y contar el
nmero total de
clientes
A = Nmero de
clientes que se
quejan
B = Nmero
total de clientes
Dnde:
B>0

0<=X<=1
El ms
cercano a 0,
mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Clientes
84
2.19 Mtricas de calidad en uso de Libertad de riesgo [28]
Mtricas para la caracterstica de calidad Libertad de riesgo

Subcaracterstica
Mtrica
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Frmula
Valor
deseado
Tipo de
medida
Recursos
utilizados
X = A /B
Retorno de la
Inversin
(ROI)
Uso
Cul es el
retorno de la
inversin?
Consultar los
beneficios
obtenidos y el
capital invertido
A = Beneficios
obtenidos
B =Beneficios
esperados.
0<=X<=1
El ms
cercano a 1
es lo mejor
Dnde:
B>0
Libertad del riesgo
econmico
X=
Contable
/Contable
A=
Contable
B=
Contable
Cliente
X = A/B
Tiempo para
lograr el
retorno de la
inversin
Uso
El retorno de
la inversin es
logrado en un
tiempo
aceptable?
Tomar el tiempo
para lograr el ROI
y tomar el tiempo
aceptable para
lograr el ROI
A= Tiempo real
para lograr el
ROI
B = Tiempo
aceptable para
lograr el ROI
Dnde:
B>0
0<=X<=1
Si A<=B el
ms cercano
a 0 es lo
mejor.
Si A>B ser
considerado
como el peor
caso
X=
Tiempo /
Tiempo
A=
Tiempo
B=
Tiempo
Usuario
85
X = B/A
Rendimiento
relativo de
negocios
Uso
Qu tan
comparable es
el rendimiento
del negocio
con otras
empresas de
primera clase
en la industria
o en la misma
empresa
Consultar el
monto de la
inversin de TI o
de las ventas de
la empresa y el
monto de
inversin de TI o
las ventas
planeadas de la
empresa para la
comparacin
A = Monto de
inversin de TI o
las ventas
planeadas de la
empresa para la
comparacin
B = Monto real
de la inversin
de TI o de las
ventas de la
empresa
0<=X<=1
Si B<=A el
ms cercano
a 1 es lo
mejor.
Si B>A ser
considerado
como el
mejor caso
Cliente
0<=X<=1
El ms
cercano a 1,
mejor.
Cliente
Dnde:
B>0
Balanced
Score Card
Uso
Los beneficios
de la inversin
en IT
evaluados
utilizando los
Balanced
Score Card
para cumplir
los objetivos
X = A/B
Consultar el
resultado del BSC
y el BSC
planeado
Cul es el
tiempo de
entrega para
cumplir los con
objetivos?
Consultar el
tiempo de entrega
actual o retrasos
en las entregas y
el tiempo de
entrega planeado
o retrasos en las
entregas
A = Resultado
del BSC
B = BSC
planeado
Dnde:
B>0
X = A/B
Tiempo de
entrega
Uso
A = Tiempo de
entrega
planeado o
retrasos en las
entregas
B = Tiempo de
entrega actual o
retrasos en las
0<=X<=1
Si A<=B el
ms cercano
a 0 es lo
mejor.
Si A>B ser
considerado
como el peor
caso
X=
Tiempo/
Tiempo
A=
Tiempo
B=
Tiempo
Cliente
86
entregas
Dnde:
B>0
X = A/B
Ganancias
para cada
cliente
Uso
Las ganancias
de cada
cliente al
cumplir con
sus objetivos
Consultar los
ingresos reales
de un cliente y los
ingresos
planeados de un
cliente
A = Ingresos
reales de un
cliente
B = Ingresos
planeados de un
cliente
Dnde:
B>0
X = A/B
Errores con
consecuencias
econmicas
Uso
La frecuencia
de errores
humanos o
del sistema
con
consecuencias
econmicas
Contar el nmero
de errores con
consecuencias
econmicas y
contar nmero
total de
situaciones de
uso
A = Nmero de
errores con
consecuencias
econmicas
B = Nmero
total de
situaciones de
uso
Dnde:
B>0
0<=X<=1
Si A<=B el
ms cercano
a 1 es lo
mejor.
Si A>B ser
considerado
como el
mejor caso
0<=X<=1
El ms
cercano a 0
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
X=
Contable/
Contable
A=
Contable
B=
Contable
Cliente
Cliente
87
X = A/B
Corrupcin del
software
Uso
La frecuencia
de corrupcin
del software
resultado de
errores
humanos o del
sistema
Contar el nmero
de ocurrencias de
corrupcin del
software y contar
nmero total de
situaciones de
uso.
A = Nmero de
ocurrencias de
corrupcin del
software
B = Nmero
total de
situaciones de
uso
0<=X<=1
El ms
cercano a 0
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Cliente
Dnde:
B>0
X = A/B
Frecuencia de
problemas en
la salud y
seguridad del
usuario
Uso
La frecuencia
de problemas
de salud entre
los usuarios
del producto
Contar el nmero
de usuarios que
notificaron
problemas de
salud y contar el
nmero total de
usuarios
Libertad del riesgo

de salud y seguridad
A = Nmero de
usuarios que
notificaron
problemas de
salud
B = Nmero
total de usuarios
0<=X<=1
El ms
cercano a 0
es el mejor
Dnde:
B>0
Impacto en la
salud y
seguridad del
usuario
Uso
El impacto en
la salud y la
seguridad en
los usuarios
del producto
Contar el nmero
de personas
afectadas, tomar
el tiempo y el
grado de
importancia
X = A/T
A = Nmero de
personas
afectadas
T = Tiempo
0<=X<=5
El ms
cercano a 0
es el mejor
X=
Contable/
Contable
A=
Contable
B=
Contable
Usuario
88
X = A/B
Seguridad de
las personas
afectadas por
el uso del
sistema
Uso
La incidencia
de riesgo para
las personas
afectadas por
el uso del
sistema
Contar el nmero
de personas
puestas en
peligro y contar el
nmero total de
personas
potencialmente
afectadas por el
sistema
A = Nmero de
personas
puestas en
peligro
B = Nmero
total de
personas
potencialmente
afectadas por el
sistema
Dnde:
B>0
X = A/B
Libertad del riesgo

ambiental
Impacto
Ambiental
Uso
El impacto
ambiental de
la elaboracin
y el uso del
sistema
Estimar el
impacto ambiental
y el impacto
ambiental
aceptable
A = Impacto
ambiental
aceptable
B = Impacto
ambiental real
Dnde:
B>0

0<=X<=1
El ms
cercano a 0
es el mejor
0<=X<=1
Si A<=B el
ms cercano
a 0 es lo
mejor.
Si A>B ser
considerado
como el peor
caso
X=
Contable/
Contable
A=
Contable
B=
Contable
X=
Contable/
Contable
A=
Contable
B=
Contable
Usuario
Usuario,
cliente,
desarrollador
89
2.20 Mtricas de calidad en uso de Cobertura de contexto [29]
Mtricas para la caracterstica de calidad Cobertura de contexto

Subcaracterstica
Completitud de
Contexto
Flexibilidad
Mtrica
Completitud
de Contexto
Funcin
flexible del
diseo.
Fase del ciclo

de vida de
calidad del
producto
Propsito
de la
mtrica de
calidad
Mtodo de
aplicacin
Uso
Porcentaje
en que el
producto
puede
utilizarse con
facilidad en
contextos de
uso
Contar el nmero
de contextos con
la facilidad de uso
inaceptable y el
nmero total de
distintos
contextos de uso
Grado en
que el
producto
puede
adaptarse
para
satisfacer las
diferentes
necesidades
de los
usuarios
Contar el nmero
de caractersticas
diseadas con
completa
flexibilidad y
contar el nmero
total de
caractersticas de
diseo
Uso

Frmula
X = A/B
A= Nmero de
distintos contextos de
uso inaceptables
B = Nmero total de
distintos contextos de
uso
Valor
deseado
Tipo de
medida
0<=X<=1
El ms
cercano a
0 es el
mejor
X=
Contable
/Contable
A=
Contable
B=
Contable
0<=X<=1
El ms
cercano a
1 es el
mejor
X=
Contable
/Contable
A=
Contable
B=
Contable
Dnde: B > 0
X = A/B
A= Nmero de
caractersticas
diseadas con completa
flexibilidad
B = Nmero total de
caractersticas de
diseo
Dnde: B > 0
Recursos
utilizados
Cliente
Usuario
90
2.3.
MODELO DE INDICADORES Y MTRICAS
2.3.1. Ponderacin en porcentaje de las caractersticas de calidad interna,

externa y en uso ms relevantes para el producto software
La ponderacin que se otorgara a las caractersticas de calidad interna, externa
y en uso depender del nivel de importancia que fue asignado al producto
software en la seccin 2.1 DEFINICIN DE CARACTERSTICAS DE
CALIDAD13. Tomando en cuenta que las ponderaciones que sern asignadas
dependern del criterio del evaluador y del tipo de producto a evaluarse,
adems estas ponderaciones deben ser divididas entre las caractersticas que
fueron aplicadas, y la sumatoria no debe pasar del 100%.
A continuacin en la Tabla 2.21 se presenta un ejemplo de la ponderacin en
porcentaje que se asigna a las caractersticas ms relevantes para la calidad
interna de un producto software de tipo pgina web.
Tabla 2.21 Ejemplo de ponderacin en porcentajes para la calidad interna

Caractersticas
Ponderacin
Adecuacin funcional
Fiabilidad
Eficiencia en el
desempeo
Facilidad de uso
Seguridad
Compatibilidad
Mantenibilidad
Portabilidad
M
B
25%
0%
15%
M
M
B
A
NA
15%
15%
0%
30%
0%

2.3.2. Niveles de puntuacin final para la calidad interna, externa y en uso

La escala de medicin que se presenta en la Tabla 2.22 se utilizar para
analizar el resultado final de las caractersticas de calidad interna, externa y en
13
Ibd., pg. 39.
91
uso, los cuales nos dar el nivel de puntuacin final que se le asignar al
producto software despus de su anlisis.
Tabla 2.22 Niveles de puntuacin final para la calidad interna, externa y
en uso
Escala de medicin
Niveles de puntuacin
Grado de satisfaccin
8.75 - 10
Cumple con los requisitos
Muy satisfactorio
5 8.74
Aceptable
Satisfactorio
2.75 4.9
Mnimamente aceptable
0 2.74
Inaceptable
Insatisfactorio
Fuente: Tesis EPN [30]

2.3.3. Matriz calidad
Para realizar el anlisis de la calidad del producto software se utilizar una
matriz de calidad, la cual permitir al evaluador independiente realizar la
evaluacin de la calidad del producto software de una manera completa y
concisa.
La matriz de calidad consta de cuatro secciones: calidad interna, calidad
externa, calidad en uso y resultado final del anlisis de la calidad del producto
software, respectivamente, tal como se presentan en la Figura 2.1, Figura 2.2,
Figura 2.3 y Figura 2.4, en cada una de ellas se detalla las mtricas descritas
por la norma en la seccin 2.2.1.2 Mtricas de Calidad Interna y Externa14 y
2.2.2.1 Mtricas de Calidad en Uso15.
En las cuatro secciones, se describe lo siguiente:
a. Caracterstica: nombre de la caracterstica.
b. Subcaracterstica: nombre de la subcaracterstica.
c. Mtrica: nombre de la mtrica
d. Frmula: formula de la mtrica.
e. Valor deseado: umbrales de medida.
f. Aplica: opciones para indicar que la mtrica aplica o no aplica.
14
15
Ibd., pg. 44.

Ibd., pg. 77.
92
g. Valor obtenido: valor que se obtiene a partir de la aplicacin de la

frmula.
h. Ponderacin: valor sobre 10 segn lo establecido en la Tabla 2.22.
i. Valor parcial total: promedio de los valores obtenidos de las mtricas
acuerdo a la escala de medicin.
j. Nivel de importancia: nivel de importancia de la caracterstica segn el
criterio del evaluador de acuerdo a la Tabla 2.1.
k. Porcentaje
de
importancia:
porcentaje
de
importancia
de
la
caracterstica establecido segn el criterio del evaluador.

l. Valor final: es el producto de los valores parciales de las caractersticas
por el porcentaje de importancia de cada una de ellas.
m. Resultado de la calidad del sistema: es la suma de los valores finales
de las caractersticas de calidad.
n. Nivel de puntuacin: nivel de puntuacin final que tendra el producto
software despus de su anlisis de acuerdo a la Tabla 2.22.
o. Grado de satisfaccin: grado de satisfaccin que tendra el producto
software despus de su anlisis de acuerdo a la Tabla 2.22.
2.3.3.1. Procedimiento para aplicar la matriz de calidad
El procedimiento que debe seguir el evaluador independiente para llenar la
matriz de calidad, se detalla en los siguientes pasos:
1. Especificar el tipo de producto software a evaluarse como se especifica
en la seccin 1.1.2 Tipos de productos software en el sector de
software.16
2. Definir las caractersticas de calidad interna, externa y en uso,
dependiendo del tipo de producto software y el nivel de importancia que
se d a cada una de ellas, como se menciona en la seccin 2.1
DEFINICIN DE CARACTERSTICAS DE CALIDAD17
3. Definir las subcaractersticas de calidad interna, externa y en uso,

dependiendo de lo establecido en el punto 2 de este procedimiento,
16
17
Ibd., pg. 6.
Ibd., pg. 39.
93
como se indica en la seccin 2.2 DEFINICIN DE SUBCARACTERSTICAS

Y ATRIBUTOS18
4. Seleccionar las mtricas de calidad de acuerdo a lo analizado en el

punto 2 y 3 de este procedimiento, las cuales se encuentran detalladas
en la secciones 2.2.1.2 Mtricas de Calidad Interna y Externa19 y 2.2.2.1
Mtricas de Calidad en Uso20.
5. Definir la ponderacin en porcentaje de las caractersticas de calidad
interna, externa y en uso, dependiendo del criterio del evaluador
independiente, como se menciona en la seccin 2.3.1 Ponderacin en
porcentaje de las caractersticas de calidad interna, externa y en uso
ms relevantes para el producto software21.
6. Una vez realizado los puntos anteriores, dirigirse a la Matriz de calidad y
realizar lo siguiente:
a) Ubicarse en la hoja Excel Calidad Interna, establecer en las
caractersticas y subcaractersticas de calidad interna que fueron
definidas,
el
IMPORTANCIA)
nivel
y
de
importancia
ponderaciones
en
(columna
NIVEL
porcentaje
DE
(columna
PORCENTAJE DE IMPORTANCIA) especificadas en el punto 5 de

este procedimiento. Teniendo en cuenta que la sumatoria de la
columna PORCENTAJE DE IMPORTANCIA no debe pasar de 100,
esto sucediera, cambia el color de la columna y se presentar un
mensaje de alerta a lado de la columna CALIDAD DEL SISTEMA.
b) Ubicarse en la hoja Excel Calidad Externa, establecer en las
caractersticas y subcaractersticas de calidad externa que fueron
definidas,
el
IMPORTANCIA)
nivel
y
de
importancia
ponderaciones
en
(columna
NIVEL
porcentaje
DE
(columna

18
Ibd., pg. 41.

Ibd., pg. 44.
20 Ibd., pg. 77.
21 Ibd., pg. 91.
19
94
c) Ubicarse en la hoja Excel Calidad en Uso, establecer en las

caractersticas y subcaractersticas de calidad en uso que fueron
definidas,
el
nivel
IMPORTANCIA)
de
importancia
ponderaciones
en
(columna
NIVEL
porcentaje
DE
(columna

7. Volver a la hoja Excel Calidad Interna, ubicarse en las caractersticas
seleccionadas y que fueron ponderadas, escoger las mtricas que se
aplicarn indicando SI o NO en la columna APLICA, con el objetivo de
ingresar los valores de las variables A, B o T (columna VALOR
OBTENIDO)
de
las
formulas
correspondientes
las
mtricas
seleccionadas en el punto 4 de este procedimiento. El valor de la

variable X es el resultado obtenido de la aplicacin de la frmula de
acuerdo a las variables ingresadas.
Una vez obtenido todos los resultados de las frmulas que fueron
ingresadas, automticamente se calcula los valores de las siguientes
columnas:
a) PONDERACION (/10)
b) VALOR PARCIAL TOTAL (/10)
c) VALOR FINAL
d) CALIDAD DEL SISTEMA
8. Realizar el paso 7 con las hojas Excel Calidad Externa y Calidad en
Uso, respectivamente.
9. Finalmente, ubicarse en la hoja Excel Resultado Final la cual indicar al
evaluador independiente el resultado final del anlisis de calidad del
producto software de acuerdo a lo establecido en la seccin 2.3.2
Niveles de puntuacin final para la calidad interna, externa y en uso22,
determinando de esta manera si el producto software cumple o no con
los objetivos del usuario.
22
Ibd., pg. 91.
95
Figura 2.1 Ejemplo de Matriz de calidad para evaluar la calidad interna
96
97
98
99
100
101
102
103
104
Fuente: Evaluacin de calidad de productos de software en empresas de desarrollo de software aplicando

la norma ISO/IEC 2500023
23
Ibd., pg. 45 77, Seccin 2.2.1.2 Mtricas de Calidad Interna y Externa.
105
Figura 2.2 Ejemplo de Matriz de calidad para evaluar la calidad externa
106
107
108
109
110
111
112
113
114

24
Ibd., pg. 45 77, Seccin 2.2.1.2 Mtricas de Calidad Interna y Externa.
115
Figura 2.3 Ejemplo de Matriz de calidad para evaluar la calidad en uso
116
117
118
119

25
Ibd., pg. 78 92, Seccin 2.2.2.1 Mtricas de Calidad en Uso.
120
Figura 2.4 Ejemplo del Resultado final del anlisis de calidad
Fuente: Evaluacin de calidad de productos de software en empresas de

desarrollo de software aplicando la norma ISO/IEC 2500026
26
Ibd., pg. 93, Seccin 2.3.2 Niveles de puntuacin final para la calidad interna, externa y en
uso.
121
3. CAPITULO 3
APLICACIN DEL MODELO DE EVALUACIN DE CALIDAD
PARA EL PRODUCTO SOFTWARE
En este captulo se realizar un anlisis del producto software a ser evaluado,
especificando los requisitos del sistema segn el estndar IEEE 830 y la
funcionalidad del mismo, para iniciar con la preparacin de los requerimientos
de evaluacin y proceder con la evaluacin de calidad del sistema, finalizando
con el anlisis de los resultados obtenidos.
3.1.
ANLISIS DEL PRODUCTO SOFTWARE
El anlisis del producto software ser realizado en la empresa LOGICIEL CA.

LTDA. con el sistema LOGINOTIFICADOR, de acuerdo a lo definido en la
seccin 1.1.3 Especificacin del tipo de empresa y el tipo de producto software
para nuestro caso de estudio27.
LOGICIEL CA. LTDA.
Empresa dedicada a desarrollar productos y servicios informticos para el
segmento financiero.
Figura 3.1 Logo de la empresa Logiciel
Fuente: Logiciel Ca. Ltda. [31]

Autor: Logiciel Ca. Ltda.
Misin de la empresa
Brindar soluciones integradas en Tecnologa de la Informacin que apoyen a
las empresas de produccin y servicio en la consecucin de sus metas crticas.
Para ello entregamos productos y servicios informticos con valor agregado
27
Ibd., pg. 7.
122
que
superen
las
expectativas
necesidades
de
nuestros
clientes,
principalmente aquellos del segmento financiero. Buscamos adems que el

conocimiento, la calidad de vida y los valores compartidos sean el eje para el
desarrollo tanto personal de nuestros empleados y usuarios, as como de
nuestras organizaciones relacionadas.
Valores de la empresa
La integridad de nuestro personal y por lo tanto de nuestra empresa,

basada en valores humanos como la honestidad, solidaridad, equidad y
responsabilidad.
Cultura de servicio a los clientes (calidad, efectividad, compromiso,

comunicacin, pro-actividad).
La rentabilidad basada en la efectividad, el conocimiento y experiencia

de nuestros recursos humanos.
Reconocimiento y motivacin al recurso productivo, efectivo, innovador.
Buscar el xito personal, de la empresa y de nuestros clientes [31].
3.1.1. Especificacin Requisitos del sistema LogiNotificador segn el

estndar IEEE 830
El Sistema LogiNotificador de la empresa Logiciel Ca Ltda., se encuentra
descrito con la ayuda de la norma IEEE 830 la cual permite especificar los
requerimientos de software, con el objetivo de tener claro el funcionamiento del
sistema para cualquier usuario que interacte con el mismo.
3.1.1.1.
3.1.1.1.1.
Descripcin del sistema LogiNotificador [32]

Especificacin de requerimientos del sistema
a. Introduccin
La especificacin de requerimientos del sistema se ha definido basndose en
las directrices dadas por el estndar IEEE 830.
b. Propsito
Definir claramente la funcionalidad del sistema LogiNotificador.
123
c. mbito
Debido a la necesidad de notificar sobre los diversos eventos que pueden
darse en una empresa, surge la idea de implementar una aplicacin capaz de
generar y enviar mensajes de notificacin con texto dinmico y a travs de
diversos medios, de manera que la persona involucrada y/o afectada en el
proceso, se mantenga al tanto de cada uno de los eventos que se desarrollan
con el mismo.
El sistema LogiNotificador, busca permitir a una aplicacin cualquiera, notificar

sobre algn evento trascendente a algn actor de dicho sistema, las
notificaciones debern ser parametrizables, de manera que pueda usarse una
misma notificacin para informar a varios actores por eventos similares [33].
Figura 3.2 Logo del producto software LogiNotificador
Fuente: Logiciel Ca. Ltda.28

d. Referencias
28
Documento especificacin de requerimientos NOT_ESP_FUN del

sistema LogiNotificador.
Documento especificacin de casos de uso GED_ESP_CUS del sistema
LogiNotificador.
Documento especificaciones tcnicas NOT_ESP_TEC del sistema
LogiNotificador.
Documento manual de usuario NOT_MAN_USR del sistema
LogiNotificador.
Tomado de la aplicacin LogiNotificador de la empresa Logiciel Ca. Ltda.
124
3.1.1.1.2.
Descripcin general
a. Perspectiva del Producto

El sistema LogiNotificador interacta con cuatro aplicaciones:
a.1. LogiGenDocs: sistema que permite generar diferentes tipos de
documentos basados en la definicin de plantillas, extrados en forma
dinmica desde mltiples fuentes de datos.
a.2. LogiSeg: sistema que controla el acceso a las aplicaciones.
a.3. Sistemas Externos: sistema que permite interactuar con sistemas
externos para ejecutar procesos de carga (carga a solicitud dinmica) y
generacin informacin que se puede enviar a dichos sistemas externos.
a.4. LogiFlow: sistema que permite implementar un conjunto de servicios
y herramientas que facilitan la administracin de procesos de negocio. Por
administracin de procesos entendemos: anlisis, definicin, ejecucin,
monitoreo, y control de los procesos.
b. Funciones del Producto [33]
El sistema LogiNotificador permite:
Definir plantillas
Definir documentos.
Definir plantilla-producto.
Definir programacin.
Definir documento a generar
Invocar solicitud dinmica.
Invocar generador de secuencias.
Procesar documentos en lnea.
Simular ingreso de datos.
Procesar documentos el lote.
Depositar documento en sitio FTP.
Recuperar archivo datos desde sitio FTP.
Enviar notificacin
Invocar procesos sistemas externos.
125
c. Caractersticas de los Usuarios [34]

Los usuarios que utilizan el sistema LogiNotificador son:
c.1. Administrador: tiene acceso a todos los recursos del mdulo de
administracin de la aplicacin y estar en capacidad de parametrizar
Suscriptores,
Proveedores
de
Canal,
Suscripciones,
Plantillas
de
Notificacin, Fuentes de Informacin y Notificaciones por Demanda.

c.2. Consultor: tiene acceso a los recursos de Consulta de eventos de
Notificacin y de estados de Colas de Envo de Notificaciones.
d. Restricciones [35]
El cliente final deber establecer los servidores de correo y de envo de SMS
que dispondr para la implantacin del LogiNotificador. De acuerdo a estas
definiciones podra requerirse realizar modificaciones al LogiNotificador.
d.1. Restricciones hardware
Restriccin de espacio en disco.
Restriccin de memoria del servidor.
d.2. Restricciones software
Restriccin
de
tamao
mximo
de
colas
para
recepcin
de
notificaciones.
d.3. Restricciones de Interfaz
Limitantes de los servicios de los proveedores de envo de mensajes

SMS.
Limitantes en los servidores de correo.
Limitantes en las APIS expuestas por los servicios de mensajera

instantnea.
126
e. Suposiciones y dependencias [36]

Las aplicaciones que consumirn la funcionalidad del LogiNotificador estarn
en capacidad de invocar WebServices o referenciar a los componentes del
sistema y armar datos en formatos XML.
3.1.1.1.3.
Requisitos especficos
a. Requisitos de interfaces externas [37]

a.1. Interfaces de Usuario
Las interfaces de usuario son claras e intuitivas, lo que facilita la interaccin
entre el usuario y el sistema, las mismas que pueden ser visualizadas por
cualquier navegador web.
a.2. Interfaces de Hardware
Los equipos de computacin tienen las siguientes caractersticas:
Procesador Intel Core Duo o posterior
Disco duro 320 GB
Memoria 4GB
a.3. Interfaces de Software
SQL Server 2008: es un sistema para la gestin de bases de datos

producido por Microsoft basado en el modelo relacional. [38]
Navegadores:
o Internet Explorer 7 o superior
o Chrome
a.4. Interfaces de Comunicacin

La principal comunicacin que existe es la conexin del sistema con el
internet, mediante un hosting y dominio a travs del protocolo TCP/IP.
b. Requisitos Funcionales [39]
Los requisitos funcionales detallados en la Tabla 3.1, son realizados de
acuerdo
al
documento
especificacin
de
requerimientos
LogiNotificador proporcionado por la empresa Logiciel Ca. Ltda.
del
sistema
127
Tabla 3.1 Requisitos Funcionales del sistema LogiNotificador

Cdigo
RF1
RF2
RF3
RF4
RF5
RF6
RF7
Requerimiento
La aplicacin de notificaciones deber estar en
capacidad de proveer sus servicios a varios
suscriptores (parametrizacin de suscriptores)
Deber permitir la parametrizacin de diferentes
suscripciones. Las caractersticas de una
suscripcin son:
Descripcin de la suscripcin (motivo del
mensaje)
Tipo de envo (en lnea batch)
Prioridad de envo (alta o normal)
Nmero de envos
Periodicidad de envo (diaria, semanal,
mensual)
Fecha y hora de envo (en caso de envos
batch)
Un suscriptor puede hacer uso de varias
suscripciones
Una suscripcin puede ser enviada a travs de
diferentes proveedores de canales. Inicialmente se
considerar los siguientes tipos de canales:
Correo electrnico
SMS
Servicios de mensajera (Ej.: Messenger y
Skype)
Notificacin por demanda
Las plantillas de generacin de mensajes de
notificacin debern corresponder con los formatos
soportados por el canal de envo:
SMS: Texto
Mail: Texto, HTML (ms archivos adjuntos)
Se podrn parametrizar diferentes proveedores por
tipo de canal con los atributos correspondientes
(nombre del servidor, usuario remitente, passwords
de conexin, tamao mximo del mensaje, puertos,
etc.).
En el caso de envo de notificaciones por correo
electrnico se debern establecer los siguientes
atributos:
Tipo de correo: e-mail simple, e-mail con datos
adjuntos, notificaciones de alerta Outlook,
creacin de citas en el calendario (2da versin)
Destinatario(s) del mensaje (Para/CC/CCo) que
podrn ser estticos o dinmicos (listas de
distribucin)
Asunto del mensaje, que puede ser un texto
esttico y/o dinmico (merge con variables
dinmicas)
Fecha de alerta del mensaje (en caso de
notificaciones de alerta)
Texto del mensaje que puede contener texto
esttico y/o dinmico (merge con variables
dinmicas)
Parametrizar el o los archivos que se adjuntan
Aplicacin
Responsable
LogiNotificador
Prioridad
Alta
Envo en
lnea: Alta
LogiNotificador
Envo en
batch: Baja
LogiNotificador
Alta
LogiNotificador
Envo por
correo: Alta
Envo por
otros
canales: Baja
LogiNotificador
Alta
LogiNotificador
Alta
LogiNotificador
Alta
128
RF8
RF9
RF10
RF11
RF12
RF13
RF14
al e-mail (en caso de e-mail con datos

adjuntos)
En el caso de envo de notificaciones por SMS, se
debe establecer:
Texto del mensaje, que puede ser esttico o
dinmico (merge con variables dinmicas)
El(los) nmero(s) celular destinatario(s)
Operadora mvil del destinatario
En el caso de envo de notificaciones por
mensajera instantnea, se debe definir:
Texto del mensaje, que puede ser esttico o
dinmico (merge con variables dinmicas)
El(los) destinatario(s). Los destinatarios deben
ser contactos de la cuenta que se usar para la
notificacin, es decir, existe un proceso manual
de configuracin de los contactos de
mensajera instantnea.
En el caso de notificaciones por demanda, el
sistema almacenar las notificaciones pendientes
de revisin por suscriptor y por usuario/grupo de
usuarios por perfil/o notificaciones generales; y
proveer de un mtodo de consulta por medio del
cual, un sistema externo puede solicitar la lista de
mensajes pendientes para desplegarlos al usuario.
Una vez enviada la lista de notificaciones, la
aplicacin externa deber solicitar la lectura de una
notificacin, mediante su cdigo, el notificador
devolver dicha notificacin y la marcar como
entregada. Se establecern los siguientes
atributos:
Cdigo del usuario receptor
Asunto del mensaje
Texto del mensaje (esttico)
Fecha de registro del mensaje
Fecha de entrega del mensaje
Para definir el texto del mensaje, se podr asociar
una plantilla a una suscripcin. La plantilla podr
contener variables dinmicas, inclusin de
imgenes y links; y ser desarrollada de acuerdo a
la codificacin XSLT
La seleccin de la herramienta apropiada para
generar las plantillas XSLT no es parte de este
proyecto y quedar a criterio del cliente (Se
recomienda el uso de InfoPath)
El suscriptor al momento de invocar al servicio de
Notificacin, deber armar un XML que contendr
los campos dinmicos requeridos para el mensaje
(campos dinmicos del asunto y del texto, nombres
de archivos a adjuntar y los datos necesarios para
las listas de distribucin). Adicionalmente enviar
el cdigo de la suscripcin que desea enviar.
En el caso de e-mails con datos adjuntos, se puede
parametrizar los archivos anexos, para lo cual se
deber especificar el nombre y el path de(los)
archivo(s), que deben ser depositados en un
directorio de red o en un servidor FTP pblico
(Notificador utilizar el mdulo de FTP que es parte
del proyecto de LogiCorba; Este mdulo deber
implementar el manejo de FTP Seguro, as como
LogiNotificador
Baja
LogiNotificador
Baja
LogiNotificador
Baja
LogiNotificador
Alta
Cliente
Aplicacin
Externa
LogiNotificador;
Mdulo FTP;
Aplicacin
Externa
Media
Baja
Media
129
RF15
RF16
RF17
RF18
RF19
RF20
RF21
tambin definir si se debe enviar el(los) archivo(s)

comprimido o no, opcionalmente se puede definir
una clave para la descompresin que ser definida
por el administrador).
El nombre del archivo a adjuntar puede estar
definido en la parametrizacin de la notificacin o
puede ser dinmico y asociarse con un tag del XML
de entrada.
Opcionalmente se puede parametrizar si el archivo
se debe encriptar antes de anexar al mensaje (fase
II).
Para el envo de notificaciones en lote, el
notificador dispondr de la funcionalidad para dicho
fin, y que ser invocada por el Agente de
Ejecuciones, a desarrollarse como parte del
sistema LogiCorba.
Para recuperar informacin de contacto de clientes
y/o usuarios destinatarios de una notificacin (listas
de distribucin), el sistema de notificaciones podr
recuperar la informacin desde los siguientes
mecanismos:
Mediante el uso de listas de distribucin
previamente definidas en el sistema de correo.
Mediante la ejecucin de procedimientos
almacenados, para lo cual, se debe
parametrizar el nombre del sp y parmetros de
invocacin. Los valores de los parmetros de
invocacin sern enviados por el suscriptor en
el XML de entrada.
Mediante el envo de los destinatarios fijos
desde el sistema suscriptor (en el XML de
entrada).
Mediante un archivo FTP que sea generado
por el suscriptor en formato XML y que
contendr la informacin de los destinatarios y
de las variables que intervienen en el mensaje.
El sistema debe tener un control del tamao
mximo del mensaje que se va a enviar por
proveedor de canal. El tamao del mensaje debe
considerar el tamao de archivos anexos.
El sistema manejar un log de mensajes enviados,
con el registro de mensajes (de error o
informativos), con el estado de cada mensaje,
fecha y hora envo; por suscripcin y proveedor de
canal.
Permitir realizar una carga masiva de mensajes a
enviar en lote, calendarizado a una fecha y hora
determinadas. La informacin de los mensajes en
lote se cargar desde un archivo FTP que contenga
los campos requeridos para el mensaje
(destinatarios y texto del mensaje) en formato XML
El sistema podr generar el texto del mensaje con
la combinacin de la plantilla definida y las
variables enviadas por el suscriptor en el XML de
entrada y que sern remplazadas durante el
proceso de merge.
El sistema debe permitir establecer prioridad de
mensajes (alta o normal) por suscriptor y
suscripcin. Adicionalmente se establece que se
LogiNotificador;
Agente Ejecutor
de LogiCorba
Baja
LogiNotificador
Media
LogiNotificador
Media
LogiNotificador
Alta
LogiNotificador
Media
LogiNotificador
Alta
LogiNotificador
Alta
130
RF22
RF23
RF24
RF25
enviarn los mensajes de acuerdo a esta prioridad

y orden de llegada.
Para la recepcin de solicitudes de notificacin, se
empleara manejo de colas (una por cada categora
de prioridad). La funcionalidad de manejo de colas
ser provista por el Manejador de Colas. Este
componente no es parte de este proyecto.
El sistema proveer la siguiente funcionalidad:
Mtodo y servicio Web para receptar la
notificacin y ubicar la solicitud en la cola
adecuada (de acuerdo a la prioridad
establecida en parametrizacin).
Mtodo para mensajes por demanda (para
listar los mensajes por demanda ordenados
por estado de envo y devolver todas las
notificaciones agrupadas por suscriptor).
Para consumir la funcionalidad de envo de
mensajes en lnea, el mtodo deber recibir como
atributos de entrada:
Cdigo de suscriptor
Cdigo de suscripcin (que identifica el canal y
plantilla a utilizar)
Trama XML con los siguientes tags:
o Campos dinmicos del asunto del mensaje
o Campos dinmicos del mensaje para la
combinacin con la plantilla.
o Lista de distribucin (perfiles y/o usuarios
especficos, opcional)
o Parmetros para la bsqueda de listas de
distribucin
Para consumir el mtodo para mensajes por
demanda, se debern enviar los siguientes
parmetros de entrada:
Identificacin del usuario
Arreglo de perfiles a los que pertenece el
usuario en todas las aplicaciones que
correspondan.
LogiNotificador
Manejador de
Colas
Alta
LogiNotificador
Baja
Aplicacin
Externa
Baja
Aplicacin
Externa
Baja
Fuente: Logiciel Ca. Ltda.

c. Requisitos No Funcionales [40]
La aplicacin de notificaciones deber desarrollarse para poder ser

consumido en ambientes Web, de tal manera que permita una gestin
remota, con los respectivos controles de acceso.
La
aplicacin
de
notificaciones
deber
disponer
de
un
mdulo
administrativo que permita acceder a los recursos necesarios para la

parametrizacin de cada uno de los atributos necesarios para que funcione
el notificador, tanto a nivel de suscripciones, plantillas, canales y
suscriptores.
131
La aplicacin de notificaciones debe manejar un estndar de interfaces que

facilite el entendimiento de las opciones que ofrece a sus usuarios.
La aplicacin de notificaciones deber controlar el acceso a sus recursos

mediante las especificaciones de seguridad definidas por el cliente para
dicho fin.
d. Atributos del Sistema

d.1. Fiabilidad
El sistema realiza varias funciones dependiendo de lo que requieran los
usuarios, en condiciones dadas durante un determinado tiempo.
d.2. Seguridad
Los usuarios ingresan al sistema por medio de un login y password, los
mismos que pueden o no estar validados por Active Directory, por lo que al
sistema solo podrn ingresar los usuarios que tienen permisos para
acceder a la aplicacin o los que estn dentro del dominio del Logiciel.
d.3. Disponibilidad
El sistema est disponible el 100% del tiempo de la jornada laboral en
donde el usuario puede ingresar, modificar, consultar, buscar la informacin
almacenada en el sistema LogiNotificador con su respectivo nombre y
contrasea.
3.1.2. Funcionalidad del sistema [41]
El sistema LogiNotificador ha sido desarrollado como una aplicacin
independiente que provee servicios a cualquier sistema externo que desee
enviar una notificacin sobre algn evento determinado a un actor o un
conjunto de destinatarios.
El asunto, el texto y formato de los mensajes son parametrizables (se utilizan
plantillas XLS) y adicionalmente permite combinar campos (con una trama de
datos XML) para generar mensajes personalizados. El mensaje puede
generarse como texto simple (por ejemplo para el envo de SMS) o con texto
enriquecido e inclusin de imgenes (para envo por mail).
132
Para la interaccin, tanto la aplicacin externa (suscriptor) como el motivo de

la notificacin (suscripcin), debern estar previamente parametrizado en el
sistema. De esta manera cuando el sistema externo invoque a los servicios del
notificador, solo necesita enviar el cdigo del suscriptor, el cdigo de la
suscripcin y los datos necesarios para poder generar el mensaje de
notificacin y transmitirlo por medio de los canales de transmisin que estn
parametrizados (sms y mail).
Figura 3.3 Diagrama de despliegue del sistema LogiNotificador
Fuente: Logiciel Ca. Ltda.

Autor: Logiciel Ca. Ltda
3.1.2.1.
Mdulos del sistema LogiNotificador [41]
1. Gestin de dominios: permite gestionar dominios para establecer y

agrupar las caractersticas de los tipos de datos, como por ejemplo: tipo
de dato, longitud, precisin, entre otros. Los dominios son utilizados
posteriormente en la definicin de los atributos.
2. Gestin Tablas Referenciales: permite gestionar informacin bsica

de Tablas Referenciales usadas por el sistema (tipos de mensajes, tipos
de canales, entre otros).
3. Gestin TAGs XML: permite definir los TAGs de la trama XML
(enviada por el sistema externo) que sern usados para procesar la
notificacin.
133
4. Gestin Atributos: permite definir los atributos (o parmetros) que

sern utilizados en la configuracin de las notificaciones, del proveedor
del canal o de la fuente de informacin.
5. Gestin Atributos Canal: permite enlazar los atributos (o parmetros)
que sern utilizados en la configuracin del(os) proveedor(es) de un
canal.
6. Gestin Proveedores Canal: permite configurar todo lo necesario para
efectuar la conexin hacia el proveedor de un canal determinado. La
conexin se establece en el momento de evacuar las peticiones
realizadas por los sistemas externos. El usuario puede establecer uno o
varios proveedores para un mismo canal.
7. Gestin Suscripcin: una suscripcin es la configuracin de una

notificacin que un sistema externo desea enviar. Una suscripcin puede
ser enviada por medio de uno o ms proveedores de canales. En esta
opcin se parametriza las suscripciones que sern utilizadas por los
sistemas externos.
8. Gestin Plantilla Notificacin: el texto y formato de una notificacin
debe ser definida en una Plantilla que hace referencia a un archivo con
extensin XSL, en el cual se programa (con lenguaje XSL) los prrafos,
campos de combinacin, formato, entre otros, del mensaje.
9. Gestin Suscripciones Suscriptor: un suscriptor es el Sistema Externo
que va a realizar peticiones para envo de notificaciones. Los
suscriptores se definen en la Tabla Referencial Suscriptores. En la
pantalla
de
Gestin
Suscripciones
Suscriptor
se
definen
las
suscripciones que van a ser utilizadas por el suscriptor (Ver Figura 70).
Un suscriptor puede requerir enviar una misma suscripcin por varios
proveedores - canales. Por ejemplo, por medio de mail, usando uno o
varios proveedores diferentes y/o por medio de SMS, igualmente usando
uno o varios proveedores diferentes.
134
10. Gestin Atributos Tipo Fuente: en esta pantalla se asocian los

atributos que sern utilizados por cada tipo de fuente de informacin
(Servidor FTP, Procedimiento Almacenado, Archivo de RED). Al
momento de procesar una peticin de envo de notificacin, estos
atributos debern ser instanciados con un valor para realizar una
conexin a la fuente de informacin y recuperar la informacin o archivo
que se requiere en la notificacin.
11. Gestin Fuentes Informacin: El sistema permite obtener informacin
desde entes externos, requerida para procesar una peticin de envo de
notificacin y que no es provista en la trama XML enviada por el
suscriptor al generar la peticin. Los tipos de fuente de informacin son
Servidor FTP, Procedimiento Almacenado, Archivo de RED.
Ejemplos de uso de fuentes de informacin son:
El suscriptor enva en la trama XML el login de un usuario al cual

se requiere enviar una notificacin por mail. Por lo tanto se
deber parametrizar un procedimiento almacenado que recupere
(mediante el login) la direccin e-mail parametrizada en alguna
tabla de usuarios.
El suscriptor desea enviar un archivo anexo al mail. Para esto se

deber parametrizar una fuente de informacin que recupere el
archivo, dependiendo si el mismo se encuentra ubicado en un
directorio FTP o un directorio de RED.
12. Gestin Notificaciones por Demanda: una Notificacin por Demanda,

es un mensaje que se desea enviar a un conjunto de usuarios o a un
usuario en particular. Estas notificaciones se desplegarn al momento
que el usuario ingrese a LogiPortal.
135
3.2.
PREPARACIN DE LOS REQUERIMIENTOS DE EVALUACIN
Antes de efectuar la evaluacin del producto software, hay que especificar los
requerimientos que se necesita para realizar el anlisis del sistema, tomando
en cuenta el acceso que se tiene al sistema y a la documentacin del mismo
como se muestra en la Figura 3.4, para posteriormente aplicar el modelo de
indicadores y mtricas definido en la seccin 2.3 MODELO DE INDICADORES
Y MTRICAS29.
Es importante mencionar que la evaluacin se realizar solo para el envo de
notificaciones a travs de correo electrnico, ya que la empresa en donde se va
a realizar la evaluacin no posee un proveedor de SMS lo que imposibilit el
anlisis de una de las funcionales principales que provee el sistema.
Figura 3.4 Requerimientos para la evaluacin
Fuente: Tesis EPN [30]

Las herramientas a utilizarse son las siguientes:

29
Ibd., pg. 91.
136
3.3.
Administrador de tareas de Windows.

Performance monitor.
Sistema LogiTrace.
Sistemas Externos.
EVALUACIN DE CALIDAD DEL PRODUCTO SOFTWARE
Para proceder a realizar la evaluacin de calidad del producto software se debe

aplicar lo detallado en el CAPTULO 230.
3.3.1. Seleccin de las caractersticas de calidad ms relevantes para el
LogiNotificador
3.3.1.1.
Caractersticas de calidad interna seleccionadas para el

LogiNotificador
Las caractersticas de calidad interna seleccionadas para el LogiNotificador se

detallan en la Tabla 3.2.
Tabla 3.2 Caracteristicas de calidad interna seleccionadas

Caractersticas
30
Nivel de
importancia
Adecuacin
funcional
Fiabilidad
Eficiencia en el
desempeo
Facilidad de uso
Seguridad
Compatibilidad
Ibd., pg. 39.
Motivo de seleccin
Se califica con valor de importancia M porque es
necesario evaluar que las funciones codificadas
estn de acuerdo a los requerimientos
especificados para el sistema.
necesario evaluar que las funciones codificadas
estn de acuerdo a los requerimientos
especificados para el sistema cuando stas son
sometidas a ciertas condiciones y periodos de
tiempo determinados.
Se califica con valor de importancia M porque a
nivel de cdigo es necesario evaluar el rendimiento
del sistema tomando en cuenta los recursos que
sern utilizados.
necesario evaluar que el cdigo sea entendido,
aprendido y usado por cualquier programador.
necesario que en el cdigo existan funciones que
llamen al sistema externo encargado de la
proteccin de los datos e informacin.
Se califica con valor de importancia B porque es
137
Mantenibilidad
Portabilidad
NA
muy necesario evaluar que el sistema lleve a cabo

sus funciones normales mientras intercambia
informacin y comparte el mismo entorno con otro
producto software.
Se califica con valor de importancia A porque es
muy necesario que el cdigo sea modificado o
actualizado por cualquier programador de acuerdo
a las necesidades correctivas.
Se califica con valor de importancia NA porque no
aplica realizar la evaluacin a un producto de tipo
pgina web.

3.3.1.2.
Caractersticas de calidad externa seleccionadas para el

LogiNotificador
Las caractersticas de calidad externa seleccionadas para el LogiNotificador se

Tabla 3.3 Caracteristicas de calidad externa seleccionadas

Caractersticas
31
Nivel de
importancia
Adecuacin
funcional
Fiabilidad
Eficiencia en el
desempeo
Facilidad de uso
Seguridad
Compatibilidad
Motivo de seleccin
muy necesario evaluar que el sistema presente
todas las funcionalidades especificadas para su
uso.
necesario evaluar que el sistema realice todas las
funciones especificadas cuando es usado bajo
ciertas condiciones y periodos de tiempos.
necesario evaluar el rendimiento del sistema
tomando en cuenta los recursos que sern
utilizados.
necesario evaluar que tan entendible, agradable y
fcil de usar es el sistema.
necesario evaluar si existe un registro de los
accesos que se han hecho al sistema.
muy necesario evaluar que el sistema lleve a cabo
sus
funciones
intercambiando
informacin
compartiendo el mismo entorno.
Ibd., pg. 39, Seccin 2.1 DEFINICIN DE CARACTERSTICAS DE CALIDAD.
138
Mantenibilidad
Portabilidad
NA

necesario evaluar si el sistema al ser actualizado o
modificado funciona adecuadamente ante el
usuario.
Se califica con valor de importancia NA porque no
aplica realizar la evaluacin a un producto de tipo
pgina web.

3.3.1.3.
Caractersticas de calidad en uso seleccionadas para el

LogiNotificador
Las caractersticas de calidad en uso ms relevantes para el LogiNotificador se

Tabla 3.4 Caractersticas de calidad en uso seleccionadas

Caractersticas
Nivel de
importancia
Efectividad
Eficiencia
Satisfaccin
Libertad de Riesgo
Cobertura de
Contexto
Motivo de seleccin
muy necesario evaluar si el sistema permite
alcanzar los objetivos o necesidades del usuario.
muy necesario evaluar si el sistema permite
alcanzar los objetivos o necesidades del usuario
utilizando los recursos mnimos.
muy necesario evaluar que el sistema satisfaga las
necesidades del usuario al utilizarlo.
necesario evaluar si el sistema al utilizarlo produce
alguna consecuencia en relacin a la salud.
Se califica con valor de importancia B porque no es
necesario evaluarlo.

32
33

139
3.3.2. Seleccin de subcaractersticas y atributos calidad para el

LogiNotificador
3.3.2.1.
Subcaractersticas y atributos de calidad interna seleccionadas

para el LogiNotificador
Las subcaractersticas de calidad interna seleccionadas para el LogiNotificador

se detallan en la Tabla 3.5.
Tabla 3.5 Subcaractersticas y atributos de calidad interna seleccionadas
SUBCARACTERSTICAS Y ATRIBUTOS DE CALIDAD INTERNA

Caractersticas
Subcaractersticas
Nivel de
importancia
Exactitud funcional
Adecuacin
funcional
Madurez
Disponibilidad
Tolerancia a fallos
Recuperabilidad
Fiabilidad
Eficiencia en el
desempeo
Comportamiento
Temporal
Motivo de seleccin
Se
califica
con
valor
de
importancia A porque es muy
necesario
evaluar
que
las
funciones
codificadas
cubran
todas las tareas determinadas por
el usuario.
Se
califica
con
valor
de
importancia B porque no es tan
necesario evaluar la exactitud
funcional a nivel de cdigo, por lo
que ser evaluada desde punto de
vista externo.
Se
califica
con
valor
de
necesario evaluar la madurez a
nivel de cdigo, por lo que ser
evaluada desde punto de vista
externo.
Se
califica
con
valor
de
necesario evaluar la disponibilidad
a nivel de cdigo, por lo que ser
externo.
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar que ciertas
funciones codificadas permitan
que al sistema se opere cuando se
presenten fallos.
Se
califica
con
valor
de
importancia B porque no es
necesario evaluar.
Se
califica
con
valor
de
necesario evaluar la madurez a
externo.
140
Capacidad
su adecuacin
Capacidad de ser
entendido
Operatividad
Proteccin frente a
errores de usuarios
usuario
Facilidad de uso
Confidencialidad
Integridad
No repudio
Responsabilidad
Seguridad
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar que se utilice
adecuadamente
la
cantidad
necesaria de cdigo.
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si las funciones
codificadas son entendibles para
cualquier programador.
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si en el cdigo
existen funciones evidentes para
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si existen
funciones para que al sistema se
lo pueda operar con facilidad.
Se
califica
con
valor
de
importancia
M
porque
es
elementos de entrada que son
validados en el cdigo fuente.
Se
califica
con
valor
de
necesario evaluar la esttica de
interfaz de usuario a nivel de
cdigo, por lo que ser evaluada
desde punto de vista externo.
Se
califica
con
valor
de
Se
califica
con
valor
de
necesario evaluar, ya que existe
un sistema externo encargado de
la proteccin de los datos e
informacin.
Se
califica
con
valor
de
informacin.
Se
califica
con
valor
de
necesario evaluar si el sistema
tiene la capacidad de demostrar la
autenticidad de las notificaciones
enviadas
a las entidades o
personas
que
reciben
los
mensajes.
Se
califica
con
valor
de
necesario
evaluar
la
141
Autenticidad
Co - existencia
Interoperabilidad
Compatibilidad
Mantenibilidad
Portabilidad
Modularidad
Reusabilidad
Capacidad de ser
analizado
Capacidad de
modificacin
Capacidad de ser
probado
Adaptabilidad
NA
NA
Capacidad de ser
reemplazado
NA
responsabilidad a nivel de cdigo,

por lo que ser evaluada desde
punto de vista externo.
Se
califica
con
valor
de
mtodos de autenticacin en el
cdigo fuente.
Se
califica
con
valor
importancia B porque no
Se
califica
con
valor
de
es
Se
califica
con
valor
de
necesario
evaluar
si
existe
afectacin de otras funciones en
caso de modificar en cdigo.
Se
califica
con
valor
de
necesario evaluar si el cdigo
puede ser reutilizado.
Se
califica
con
valor
de
importancia M porque es necesario
evaluar si existe el registro de los
fallos ocurridos para su respectivo
anlisis.
Se
califica
con
valor
de
necesario evaluar si existe la
posibilidad de modificar en cdigo
sin afectar la funcionalidad del
sistema.
Se
califica
con
valor
de
necesario evaluar.
Se
califica
con
valor
de
importancia NA porque no aplica
realizar la evaluacin a un
producto de tipo pgina web.
Se
califica
con
valor
de
Se
califica
con
valor
de

34
de
es
Ibd., pg. 42, Seccin 2.2.1 Subcaractersticas y atributos de calidad interna/externa ms

relevantes.
142
3.3.2.1.1.
Mtricas de calidad
LogiNotificador
interna
seleccionadas
para
el
En relacin a la Tabla 3.5, las mtricas seleccionadas para evaluar la calidad

interna del LogiNotificador se especifican en la Tabla 3.6:
Tabla 3.6 Subcaractersticas y atributos de calidad interna seleccionadas
MTRICAS PARA LA CALIDAD INTERNA

Caractersticas Subcaractersticas
Adecuacin
funcional
Fiabilidad
Eficiencia en el
desempeo
Facilidad de uso
Mtricas
Completitud de la
implementacin
funcional
Tolerancia a fallos
Anulacin de la
operacin incorrecta
Lneas de cdigo
Capacidad de
reconocer su
adecuacin
Integridad de
descripcin
Capacidad de ser
entendido
Funciones evidentes
Operatividad
Claridad de mensajes
Proteccin contra
errores del usuario
Verificacin de
entradas vlidas
No repudio
Utilizacin de firma
digital
Autenticidad
Mtodos de
autenticacin
Seguridad
Capacidad de
condensacin
Modularidad
Mantenibilidad
Acoplamiento de
clases
Reusabilidad
Ejecucin de
reusabilidad
Significado
Qu tan completa es la
implementacin de
acuerdo a la
especificacin de
requerimientos
Cantidad de funciones
implementadas con
capacidad de anular
operaciones incorrectas
Cantidad de lneas de
cdigo existe por cada
funcin implementada
que son descritas como
entendibles en la
descripcin del producto
del producto que son
evidentes al usuario
Cantidad de mensajes
que son auto explicativo
para el usuario
Cantidad de elementos
de entrada que son
validados
Cantidad de eventos que
requieran no - repudio se
procesan utilizando la
firma digital
Qu tan bien el sistema
autentica la identidad de
un sujeto o recurso
Qu tan fuerte es la
relacin entre los
componentes del sistema
Qu tan fuerte es la
relacin entre una
funcin del sistema con
otras clases
implementadas
Cuntos elementos
pueden ser reutilizados
143
Capacidad de ser
analizado
Capacidad de ser
modificado
Los usuarios pueden

Capacidad de pistas de identificar fcilmente la
auditora
operacin especfica que
caus el fallo
Cul es la complejidad
Complejidad
estructural de un cdigo
ciclomtica
fuente
Qu tan profunda es la
jerarqua de la herencia
Profundidad de
de las clases
herencia
involucradas en una
determinada funcin

3.3.2.2.
Subcaractersticas y atributos de calidad externa seleccionadas

Las subcaractersticas de calidad externa seleccionadas para el LogiNotificador

se detallan en la Tabla 3.7
Tabla 3.7 Subcaractersticas y atributos de calidad externa seleccionadas
SUBCARACTERSTICAS Y ATRIBUTOS DE CALIDAD EXTERNA

Caractersticas
Subcaractersticas
Nivel de
importancia
Exactitud funcional
Adecuacin
funcional
Fiabilidad
Madurez
Disponibilidad
Tolerancia a fallos
Motivo de seleccin
Se
califica
con
valor
de
importancia
A
porque
es
provee todas las funcionalidades
necesarias para el usuario.
Se
califica
con
valor
de
importancia
A
porque
es
provee los resultados correctos.
Se
califica
con
valor
de
importancia
A
porque
es
provee los resultados correctos
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si el sistema se
encuentra operativo y accesible
para su uso.
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si el sistema es
capaz de operar cuando se
presentan fallos.
144
Recuperabilidad
Eficiencia en el
desempeo
Comportamiento
Temporal
Capacidad
su adecuacin
Capacidad de ser
entendido
Operatividad
Proteccin frente a
errores de usuarios
usuario
Facilidad de uso
Confidencialidad
Integridad
No repudio
Seguridad
Se
califica
con
valor
necesario evaluar.
de
es
Se
califica
con
valor
de
importancia
M
porque
es
proporciona los tiempos de
respuesta apropiados.
Se
califica
con
valor
de
importancia
M
porque
es
utiliza los recursos adecuados
mientras est operando.
Se
califica
con
valor
de
necesario evaluar.
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si las funciones
codificadas son entendibles para
Se
califica
con
valor
de
necesario evaluar si el sistema es
entendible para el usuario cuando
sea usado.
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si el usuario
puede operar con facilidad el
sistema.
Se
califica
con
valor
de
necesario
evaluarlo
a
nivel
externo, por lo que ser evaluada
desde punto de vista interno.
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si las interfaces
del sistema satisfacen y agradan
al usuario.
Se
califica
con
valor
de
necesario evaluar.
Se
califica
con
valor
de
informacin.
Se
califica
con
valor
de
informacin.
Se
califica
con
valor
de
145
Responsabilidad
Autenticidad
Co - existencia
Interoperabilidad
Compatibilidad
Mantenibilidad
Modularidad
NA
Reusabilidad
NA
Capacidad de ser
analizado
Capacidad de
modificacin
Capacidad de ser
probado
Adaptabilidad
NA
NA
Capacidad de ser
reemplazado
NA
Portabilidad

informacin.
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si existe el
registro de los accesos de las
personas que han ingresado al
sistema.
Se
califica
con
valor
de
informacin.
Se
califica
con
valor
de
puede coexistir con otro sistema
compartiendo el mismo entorno y
los mismos recursos.
Se
califica
con
valor
de
intercambia informacin sin ningn
inconveniente.
Se
califica
con
valor
de
importancia NA porque no aplica a
nivel externo, pero si aplica a nivel
de cdigo.
Se
califica
con
valor
de
importancia NA porque no aplica a
nivel externo, pero si aplica a nivel
de cdigo.
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si es factible
realizar un anlisis de impacto
cuando es modificado.
Se
califica
con
valor
de
importancia
M
porque
es
necesario evaluar si se puede
realizar modificaciones al sistema
sin afectar su funcionalidad.
Se
califica
con
valor
de
Se
califica
con
valor
de
Se
califica
con
valor
de
Se
califica
con
valor
de
146
realizar la evaluacin a
un

3.3.2.2.1.
Mtricas de calidad
LogiNotificador
externa
seleccionadas
para
el

externa del LogiNotificador se especifican en la Tabla 3.8:
Tabla 3.8 Mtricas seleccionadas para calidad externa
MTRICAS PARA LA CALIDAD EXTERNA

Caractersticas Subcaractersticas
Adecuacin
funcional
Mtricas
Completitud de la
implementacin
funcional
Exactitud
computacional
Presin
computacional
Eliminacin de errores
Madurez
Cobertura de pruebas
Tiempo medio entre
fallos
Fiabilidad
Disponibilidad
Tiempo de servicio
Tolerancia a fallos
Redundancia
Tiempo de respuesta
Comportamiento
temporal
Eficiencia en el
desempeo
Tiempo de espera
Rendimiento
Utilizacin de CPU
35
Utilizacin de la
memoria
Significado
Qu tan completa es la
implementacin de acuerdo a la
especificacin de
requerimientos
La frecuencia con que ocurren
los resultados inexactos
Cuantos posibles errores han
sido corregidos
Cuantos casos de prueba han
sido ejecutados durante la
etapa de pruebas
La frecuencia en que el sistema
falla en la operacin
El tiempo de servicio del
sistema que realmente provee
Cantidad de sistemas que
interactan con el sistema para
evitar fallos
El tiempo estimado para
completar una tarea.
El tiempo en completar un
trabajo completo con el
sistema.
La cantidad de tareas que
pueden ser procesadas
El tiempo de CPU que se
utiliza para realizar una tarea
El espacio de memoria que se
utiliza para realizar una tarea
Ibd., pg. 42, Seccin 2.2.1 Subcaractersticas y atributos de calidad interna/externa ms

relevantes.
147
Facilidad de uso
Seguridad
Capacidad para ser

entendido
Efectividad de la
documentacin del
usuario o ayuda del
sistema
Operatividad
Claridad de mensajes
Esttica de la interfaz
de usuario
Personalizacin de la
apariencia de la
interfaz del usuario
Responsabilidad
Capacidad de auditoria
de acceso
Co Existencia
Co existencia
disponible
Interoperatividad
Conectividad con
sistemas externos
Compatibilidad
Capacidad de ser
analizado
Mantenibilidad
Capacidad de ser
modificado
Funciones que son descritas en

la documentacin del usuario o
ayuda del sistema.
Que tan entendibles son los
mensajes del sistema que se
muestran al usuario
Capacidad del sistema para
personalizar las interfaces en
apariencia
Completitud de la pista de
auditoria en relacin al acceso
de los usuarios al sistema y a
los datos
Que tan adaptable es el
sistema en compartir su
entorno con otros sistemas sin
causar efectos adversos
Qu tan correctamente se ha
implementado los protocolos
de interfaz externa
Los usuarios pueden identificar

Capacidad de pistas de
fcilmente la operacin
auditoria
especfica que caus el fallo
Puede el desarrollador
Complejidad de
modificar fcilmente el sistema
modificacin.
para resolver un problema

3.3.2.3.
Subcaractersticas y atributos de calidad en uso seleccionadas

Las subcaractersticas de calidad en uso ms relevantes para el LogiNotificador

se detallan en la Tabla 3.9
Tabla 3.9 Subcaractersticas y atributos de calidad en uso mas relevantes
SUBCARACTERSTICAS Y ATRIBUTOS DE CALIDAD EN USO

Caractersticas
Subcaractersticas
Nivel de
importancia
Motivo de seleccin
Efectividad
Efectividad
Se califica con valor de

permite alcanzar los objetivos o
necesidades del usuario.
Eficiencia
Eficiencia

importancia
M
porque
es
148
permite alcanzar los objetivos o
necesidades
del
usuario
utilizando los recursos mnimos.
Satisfaccin
Libertad de riesgo
Utilidad

econmico
Mitigacin del riesgo de

seguridad y salud

ambiental
Integridad de contexto
Flexibilidad

necesario evaluar que el sistema
satisfaga las necesidades del
usuario al utilizarlo.
necesario evaluar.
importancia
M
porque
es
necesario evaluar si el uso del
sistema
no
ha
causado
problemas de seguridad o salud.
necesario evaluar.
Se califica con valor
necesario evaluar.
Se califica con valor
necesario evaluar.
Cobertura de
contexto
de
es
de
es

3.3.2.3.1.
Mtricas de calidad
LogiNotificador
en
uso
seleccionadas
para
el

en uso del LogiNotificador se especifican en la Tabla 3.10:
Tabla 3.10 Mtricas seleccionas para calidad en uso
MTRICAS DE CALIDAD EN USO

Caractersticas
Efectividad
36
Subcaractersticas
Mtricas
Significado
Completitud de la
tarea
Cantidad de tareas que son

completadas correctamente
Efectividad de la
tarea
Cantidad de los objetivos de

la tarea que se realiza
completamente
Efectividad
Ibd., pg.77, Seccin 2.2.2 Subcaractersticas y atributos de calidad en uso ms relevantes.
149
Tiempo de la tarea
Eficiencia
Eficiencia
Tiempo relativo de
la tarea
Eficiencia de la
tarea
Nivel de
satisfaccin
Satisfaccin
Utilidad
Uso discrecional de
las funciones
Porcentaje de
quejas de los
clientes
Libertad de riesgo de
salud y seguridad
Libertad de riesgo
El tiempo que se tarda en

completar una tarea en
comparacin con lo planeado
El tiempo que necesita un
usuario normal en completar
una tarea en comparacin
con un experto
Qu tan eficientes son los
usuarios
Qu tan satisfecho est el
usuario con el sistema
Las veces que los usuarios
utilizan las funciones
principales
Porcentaje de quejas
realizadas por los clientes
Frecuencia de
problemas en la
salud y seguridad
del usuario
Impacto en la salud
y seguridad del
usuario
Problemas de salud entre los

usuarios del producto
Impacto en la salud y
seguridad del usuario

3.3.3. Ponderacin en porcentaje de las caractersticas de calidad ms
relevantes para el LogiNotificador
3.3.3.1.
Ponderacin en porcentaje de las caractersticas de calidad ms

relevantes para la calidad interna
A continuacin en la Tabla 3.11 se presenta la ponderacin en porcentaje que

se le asignar a las caractersticas seleccionadas para la calidad interna del
LogiNotificador.
Tabla 3.11 Ponderacin en porcentajes para la calidad interna

Caractersticas
Adecuacin
funcional
Nivel de
Ponderacin
importancia
M
25%
Motivo de ponderacin
Se pondera con valor de 25% porque es
necesario evaluar que las funciones
codificadas estn de acuerdo a los
requerimientos especificados para el
sistema.
150
Fiabilidad
10%
Eficiencia en el
desempeo
15%
Facilidad de uso
15%
Seguridad
10%
Compatibilidad
0%
Mantenibilidad
25%
Portabilidad
NA
0%

necesario evaluar que las funciones
codificadas estn de acuerdo a los
requerimientos especificados para el
sistema cuando stas son sometidas a
ciertas condiciones y periodos de tiempo
determinados.
Se pondera con valor de 15% porque a
nivel de cdigo es necesario evaluar el
rendimiento del sistema tomando en
cuenta los recursos que sern
utilizados.
necesario evaluar que el cdigo sea
entendido, aprendido y usado por
necesario que en el cdigo existan
funciones que llamen al sistema externo
encargado de la proteccin de los datos
e informacin.
Se pondera con valor de 0% porque no
es necesario evaluar la compatibilidad a
evaluada desde punto de vista externo.
muy necesario que el cdigo sea
modificado o actualizado por cualquier
programador de acuerdo a las
necesidades correctivas.
aplica realizar la evaluacin a un

3.3.3.2.

relevantes para la calidad externa

se le asignar a las caractersticas seleccionadas para la calidad externa del
LogiNotificador.
37
Ibd., pg. 91, Seccin 2.3.1 Ponderacin en porcentaje de las caractersticas de calidad
interna, externa y en uso ms relevantes para el producto software.
151
Tabla 3.12 Ponderacin en porcentajes para la calidad externa

Caractersticas
Nivel de
Ponderacin
importancia
Adecuacin
funcional
20%
Fiabilidad
15%
Eficiencia en el
desempeo
13%
Facilidad de uso
15%
Seguridad
5%
Compatibilidad
20%
Mantenibilidad
12%
Portabilidad
NA
0%
muy necesario evaluar que el sistema
presente todas las funcionalidades
especificadas para su uso.
necesario evaluar que el sistema realice
todas las funciones especificadas cuando
es usado bajo ciertas condiciones y
periodos de tiempos.
necesario evaluar el rendimiento del
sistema tomando en cuenta los recursos
que sern utilizados.
necesario evaluar que tan entendible,
agradable y fcil de usar es el sistema.
necesario evaluar si existe un registro de
los accesos que se han hecho al sistema.
lleve a cabo sus funciones normales
mientras intercambia informacin y
comparte el mismo entorno con otro
producto software.
necesario evaluar si el sistema al ser
actualizado
o
modificado
funciona
adecuadamente ante el usuario.
aplica realizar la evaluacin a un producto
de tipo pgina web.

3.3.3.3.

relevantes para la calidad en uso

se le asignar a las caractersticas seleccionadas para la calidad externa del
LogiNotificador.
38
152
Tabla 3.13 Ponderacin en porcentajes para la calidad en uso

Caractersticas
Nivel de
Ponderacin
importancia
Efectividad
30%
Eficiencia
20%
Satisfaccin
40%
Libertad de Riesgo
10%
Cobertura de
Contexto
0%
muy necesario evaluar si el sistema
permite
alcanzar
los
objetivos
o
necesidades del usuario.
muy necesario evaluar si el sistema
permite
alcanzar
los
objetivos
o
necesidades del usuario utilizando los
recursos mnimos.
satisfaga las necesidades del usuario al
utilizarlo.
necesario evaluar si el sistema al utilizarlo
produce alguna consecuencia en relacin
a la salud.
Se pondera con valor de 0% porque no es

3.3.4. Aplicacin de la matriz de calidad al sistema LogiNotificador

Una vez seleccionados las caractersticas, subcaractersticas y atributos de
calidad con su respectiva ponderacin en porcentaje, se debe aplicar la matriz
de calidad de acuerdo a lo especificado en la seccin 2.3.3.1 Procedimiento
para aplicar la matriz de calidad40, como se muestra en la Figura 3.5, Figura
3.6, Figura 3.7 y Figura 3.8.
39
40 Ibd., pg. 93.
153
Figura 3.5 Aplicacin de la matriz de calidad para evaluar la calidad interna del sistema LogiNotificador
154
155
156
157
158
159
160
161
162

41
Ibd., pg. 95 - 105.
163
Figura 3.6 Aplicacin de la matriz de calidad para evaluar la calidad externa del sistema LogiNotificador
164
165
166
167
168
169
170
171
172
173

42
Ibd., pg. 105 115.
174
Figura 3.7 Aplicacin de la matriz de calidad para evaluar la calidad en uso del sistema LogiNotificador
175
176
177
178

43
Ibd., pg. 116 - 120
179
Figura 3.8 Resultado final del anlisis de calidad aplicado al sistema

LogiNotificador

44
Ibd., pg. 121.
180
3.4.
ANLISIS DE LOS RESULTADOS
Los resultados obtenidos de la evaluacin de calidad de nuestro caso de

estudio LogiNotificador aplicando la norma ISO/IEC 25000 son los siguientes:
3.4.1. Resultados obtenidos de la evaluacin de calidad aplicando la

norma
ISO/IEC
25000
para
nuestro
caso
de
estudio
LogiNotificador
Una vez realizado la evaluacin de calidad al sistema LogiNotificador, la Figura
3.9 indica que la calidad interna y externa tienen un valor de 7,4/10 y 8,6/10
respectivamente, considerndolas como SATISFACTORIAS y que la calidad en
uso tiene un valor de 9,1/10, considerndola como MUY SATISFACTORIA,
dando as un resultado final de 8,4/10, considerndolo como un producto
SATISFACTORIO, el cual representa un 84% de la calidad total.
Figura 3.9 Calidad total obtenida del resultado de evaluacin aplicando la

norma ISO/IEC 25000
Valor obtenido
Calidad Interna, Externa y en Uso del sistema

LogiNotificador
100%
90%
80%
70%
60%
50%
40%
30%
20%
10%
0%
Porcentaje de Calidad obtenido
Calidad
Interna
74%
Calidad
Externa
86%
Fuente: Matriz de calidad45

45
Ibd., pg. 162.
Calidad
en Uso
91%
Calidad
Total
84%
181
En la Tabla 3.14 se muestra a detalle los valores obtenidos de las

caractersticas que fueron aplicadas en la evaluacin de calidad, en donde se
puede apreciar que la calidad externa y en uso tiene un valor mayor con
respecto a la calidad interna, lo que indica que el sistema a nivel de cdigo y
construccin del sistema tiene que ser mejorado.
Tabla 3.14 Valor total obtenido de Calidad interna, externa y en uso

46
Ibd., pg. 144 161.
182
3.4.1.1.
Resultados obtenidos de la evaluacin de calidad interna

aplicando la norma ISO/IEC 25000 para nuestro caso de estudio
LogiNotificador
En la Figura 3.10, se presenta el resultado obtenido de las caractersticas de

calidad interna que fueron evaluadas, en donde las caractersticas ms
importantes Adecuacin Funcional y Mantenibilidad tuvieron un resultado
exitoso, en el cual la adecuacin funcional obtuvo 25%/25% y mantenibilidad
17%/25%, al contrario de la Seguridad el cual se esperaba un estimado del
10% pero se obtuvo slo un 2%, en donde el motivo principal de este resultado
puede deberse a que existe un sistema externo encargado de la seguridad de
todos los sistemas que tiene la empresa, por lo que no se pudo realizar un
anlisis ms profundo acerca de la seguridad del sistema.
Figura 3.10 Calidad interna obtenida de la evaluacin de calidad al

sistema LogiNotificador
Calidad interna total obtenida del sistema LogiNotificador
Valor obtenido
25%
20%
15%
10%
5%
0%
Adecuaci Fiabilida
n
d
funciona
l
Valor obtenido
25%
10%
Eficienci
a en el
desemp
eo
8%
Facilidad Segurida Compati

de uso
d
bilidad
11%
2%

47
Ibd., pg. 144 150.
0%
Manteni
bilidad
Portabili
dad
17%
0%
183
3.4.1.2.
Resultados obtenidos de la evaluacin de calidad externa

LogiNotificador

calidad externa que fueron evaluadas, en donde las caractersticas ms
importantes Adecuacin Funcional y Compatibilidad tuvieron el resultado
esperado, en el cual la adecuacin funcional obtuvo 20%/20% y compatibilidad
20%/20%, al contrario de la Facilidad de uso el cual se esperaba un estimado
del 15% pero se obtuvo slo un 10%, en donde el motivo de este resultado se
debe a que el sistema no tiene la opcin de que el usuario pueda personalizar
la interfaz de usuario de acuerdo a sus necesidades.
Figura 3.11 Calidad externa obtenida de la evaluacin de calidad al

sistema LogiNotificador
Valor obtenido
Calidad externa total obtenida del sistema LogiNotificador

20%
18%
16%
14%
12%
10%
8%
6%
4%
2%
0%
Valor obtenido
Adecua Fiabilid
cin
ad
funcion
al
20%
11%
Eficien
cia en
el
desem
peo
9%
Facilida Segurid Compa Mante Portabi

d de
ad
tibilida nibilida lidad
uso
d
d
10%
5%

48
Ibd., pg. 151 157.
20%
12%
0%
184
3.4.1.3.
Resultados obtenidos de la evaluacin de calidad en uso

LogiNotificador

calidad en uso que fueron evaluadas, en donde las caractersticas ms
importantes Efectividad y Satisfaccin tuvieron un resultado exitoso, en el cual
la efectividad obtuvo 30%/30% y satisfaccin obtuvo 36%/40%, lo que quiere
decir que a nivel de uso del producto software, el usuario se encuentra
satisfecho con la utilizacin del sistema, al contrario de la Eficiencia el cual se
esperaba un estimado del 20% pero se obtuvo slo un 15%, en donde el
motivo de este resultado puede ser a que el tiempo que le toma al usuario
normal en realizar una tarea es largo ya sea porque el usuario no maneja
mucho el sistema o porque no lo puede utilizar.
Figura 3.12 Calidad en uso obtenida de la evaluacin de calidad al sistema
LogiNotificador
valor obtenido
Calidad en uso total obtenida del sistema LogiNotificador

40%
35%
30%
25%
20%
15%
10%
5%
0%
Valor obtenido
Efectividad
Eficiencia
Satisfacci
n
Libertad de
Riesgo
30%
15%
36%
10%

49
Ibd., pg. 158 161.
Cobertura
de
Contexto
0%
185
3.4.2. Mejoras propuestas de la evaluacin para nuestro caso de estudio

LogiNotificador
De acuerdo a los resultados obtenidos de la evaluacin del caso de estudio, se
propondrn posibles mejoras al sistema, de acuerdo a los valores obtenidos en
la matriz de calidad.
El sistema debera ofrecer la posibilidad de demostrar la autenticidad de

las notificaciones enviadas a las entidades o personas que reciben los
mensajes, esto se puede lograr con la implementacin de la firma digital.
Para mejorar la implementacin del sistema, se debera seguir

estndares de programacin el cual permitir optimizar las lneas de su
cdigo fuente.
El sistema de debera tener la opcin de que el usuario pueda

personalizar la interfaz de usuario de acuerdo a sus necesidades.
Se recomienda reforzar las capacitaciones que se han dado a los

usuarios que manejan el sistema, para que mejore la interactuacin
entre el sistema y el usuario.
La empresa Logiciel debera contratar una empresa proveedora de SMS

para poder realizar una prueba integral del sistema y as mejorar su
desempeo.
186
4. CAPITULO 4
CONCLUSIONES Y RECOMENDACIONES
Del presente trabajo de aplicar la norma ISO/IEC 25000 para evaluar la calidad
de productos de software en empresas de desarrollo de software, se desprende
las siguientes conclusiones y recomendaciones:
4.1.
CONCLUSIONES
La norma ISO/IEC 25000 es un estndar internacional que permite
tomar un modelo de calidad y a travs de proceso de evaluacin poder
medir la calidad de un producto software de una manera estructurada
involucrndose en todo el ciclo de vida del software.
La norma ISO/IEC 25000 presenta el modelo de calidad genrico

ISO/IEC 25010 y el proceso de evaluacin ISO/IEC 25040, en donde el
modelo de calidad genrico clasifica a la calidad del producto en el
modelo para el producto software (calidad interna y externa) y el modelo
para la calidad en uso; y el proceso de evaluacin describe los procesos
generales para realizar la evaluacin de calidad del producto software.
El modelo de calidad ISO/IEC 25000 presenta el modelo genrico

25010, el cual, para ser utilizado en un producto software, se debe
trasformar el modelo genrico a un modelo especfico con las
caractersticas ms adecuadas para realizar la evaluacin.
El modelo de calidad ISO/IEC 25000 permite al evaluador, definir las

caractersticas y subcaractersticas con sus respectivas mtricas para
un sistema software, ya sea un producto software en desarrollo o un
producto software final.
El proceso de evaluacin permite al evaluador (desarrollador, comprador

o evaluador independiente), establecer desde su punto de vista las
actividades y tareas que se realizarn en la evaluacin, definiendo de
esta manera el modelo de calidad con el cual se ejecutar la evaluacin.
187
Al aplicar el modelo de calidad se ha seleccionado las caractersticas

ms relevantes de acuerdo al nivel de importancia definido por el
evaluador, el cual permiti realizar una ponderacin total de la calidad
del sistema de acuerdo a las funcionalidades del producto software.
El resultado obtenido de la calidad interna, externa y en uso, en general

cumple con los requisitos para el cual fue desarrollado el producto
software, sin embargo, el resultado obtenido de la calidad interna tuvo
un valor menor que la calidad interna y externa.
El resultado final del anlisis de la calidad del producto software

LogiNotificador, fue un valor total de 8,36 sobre 10 lo que representa que
el sistema tuvo un nivel de puntuacin aceptable.
De acuerdo a los valores obtenidos de las caractersticas de calidad, la

calidad externa y en uso se encuentran bien a diferencia de la calidad
interna que no obtuvo un valor aceptable, debido a que las
caractersticas eficiencia en el desempeo y seguridad tuvieron un valor
menor respectivamente, como se puede notar en el modelo.
Como parte de la aplicacin del modelo de calidad, se ha construido una

matriz de evaluacin automtica que permite seleccionar las mtricas
ms apropiadas, establecer las variables de las mtricas, seleccionar el
nivel y el porcentaje de importancia de cada caracterstica, por lo que de
acuerdo a estos datos se obtiene los resultados finales.
El anlisis de los resultados permite obtener un anlisis global, de la

calidad interna, externa y en uso, pero adicionalmente, se puede hacer
un anlisis de caractersticas individuales, determinando as el punto
exacto en donde realmente se debe mejorar la funcional del sistema.
La matriz de evaluacin automtica no solamente permite obtener una

calificacin final del sistema, tambin permite tener una estructura de las
188
medidas separadas por el tipo de calidad, lo cual ayuda a realizar un

anlisis profundo de las respectivas caractersticas.
El sistema LogiNotificador es un sistema de tipo pgina web que permite

a cualquier aplicacin notificar, a travs de correo o SMS, sobre algn
evento trascendente a algn actor de dicho sistema.
4.2.
RECOMENDACIONES
Para definir las caractersticas relevantes del sistema se debe tener

determinar si el sistema es un producto intermedio o final, como tambin
conocer el tipo de producto software existente en el sector de software.
En la definicin de mtricas del sistema se pueden considerar otras

mtricas que no estn determinadas en la norma ISO/IEC 25000,
siempre y cuando estas nuevas mtricas se adapten al modelo
establecido.
En el trascurso del anlisis de evaluacin de cualquier sistema software

se debera contar con todos los recursos necesarios para aplicar el
proceso de evaluacin definido en la norma ISO/IEC 25000.
La implementacin del sistema LogiNotificador debera ser mejorado

segn las mtricas que tuvieron un valor bajo para mejorar la calidad
interna del sistema.
Se recomienda utilizar el modelo de calidad ISO/IEC 25000 para evaluar

productos software, ya que el modelo presenta una mayor informacin
sobre las caractersticas de calidad de un producto software y por ser un
modelo integrado con el proceso de evaluacin.
La utilizacin del modelo de calidad que fue aplicado debe ser realizada
por personas que tengan un conocimiento en sobre calidad de sistemas
189
software, ya que las mtricas que se aplican deben ser entendidas en su

totalidad.
Se recomienda aplicar el modelo de calidad en cualquier tipo de

software no solo a un software especfico, siempre y cuando se escoja
las variables ms adecuadas para evaluacin y de acuerdo a las
caractersticas propias del producto software.
190
REFERENCIAS BIBLIOGRFICAS
[1] Superintendencia de Compaas y Valores, Actividad Economica CIIU, [En
lnea]. Available: http://181.198.3.71/portal/cgi-bin/cognos.cgi. [ltimo acceso: 02
06 2014].
[2] INEC, Programacin Informtica, Consultotia de Informtica y Actividades
conexas, de Clasificacin Nacional de Actividades Econmicas , 2012, pp. 150151.
[3] INEC, Servicios de diseo y desarrollo de la tecnologaa de la informacin (IT),
de Clasificacin Central de Productos Vs2, 2012, pp. 835 - 836.
[4] ISO/IEC 25000, Norma ISO/IEC 25000:2005, [En lnea]. Available:
http://iso25000.com. [ltimo acceso: 16 Septiembre 2013].
[5] ISO/IEC 25000, Organisation of SQuaRE series of standards, de Software
engineering - Software product Quality Requirements and Evaluation (SQuaRE)
Guide to SQuaRE, 2004, pp. 11 - 13.
[6] ISO/IEC 25000, ISO/IEC 2504n Divisin de Evaluacin de Calidad, [En lnea].
Available: http://iso25000.com/index.php/normas-iso-25000/11-iso-iec-2504n.
[ltimo acceso: 10 Octubre 2013].
[7] ISO/IEC 25000, Software product quality life cycle model, de Software
engineering - Software product Quality Requirements and Evaluation (SQuaRE) Guide to SQuaRE, 2004, pp. 14 - 16.
[8] ISO/IEC 25010, Software Product Quality Model, de Software engineering Software product Quality Requirements and Evaluation (SQuaRE) Software and
quality in use models, 2008, pp. 14 - 21.
[9] ISO/IEC 25010, System Quality in Use Model, de Software engineering Software product Quality Requirements and Evaluation (SQuaRE) Software and
quality in use models, 2008, pp. 21 - 24.
[10] ISO/IEC 25023, Use of System and software product quality Measures, de
Systems and software engineering Systems and software Quality Requirements
and Evaluation (SQuaRE) Measurement of system and software product quality,
2011, pp. 14 - 15.
[11] ISO/IEC 25023, Required Quality Measures, de Systems and software Quality
Requirements and Evaluation (SQuaRE) Measurement of system and software
product quality, acquirers and independent evaluators, 2011, pp. 16-17.
[12] ISO/IEC 25022, Quality in Use Measures, de Systems and software engineering
- Systems and software Quality Requirements and Evaluation (SQuaRE)
191
Measurement of quality in use., 2012, pp. 13 - 20.
[13] ISO/IEC 25023, Required Quality Measures, de Systems and software
engineering Systems and software Quality Requirements and Evaluation
(SQuaRE) Measurement of system and software product quality, 2011, pp. 16 32.
[14] ISO/IEC 25022, Quality in use measures, de Systems and software engineering
Measurement of quality in use, 2012, pp. 13 - 20.
[15] ISO/IEC 25040, Software Product Quality Evaluation Reference Model, de
Software engineering - Software product Quality Requirements and Evaluation
(SQuaRE) Evaluation reference model and guide, 2009, pp. 4 - 8.
[16] ISO/IEC 25040, Software Product Quality Evaluation Process, de Software
engineering - Software product Quality Requirements and Evaluation (SQuaRE)
Evaluation reference model and guide, 2009, pp. 5 - 6.
[17] ISO/IEC 25041, Requirements and recommendations for independent evaluators
evaluation process, de Systems and software engineering Systems and
software Quality Requirements and Evaluation (SQuaRE) Evaluation guide for
developers, acquirers and independent evaluators, 2011, pp. 55 - 64.
product quality, acquirers and independent evaluators, 2011, pp. 24 - 26.
product quality, acquirers and independent evaluators, 2011, p. 21 24.
192
Measurement of quality in use, 2012, p. 14.
Measurement of quality in use, 2012, p. 16.
[30] A. Vivanco Villamar, Evaluacin de calidad del sistema integrado para casas de
valores SICAV de la bolsa de valores de Quito utilizando la norma ISO/IEC
14598, 2011. [En lnea]. Available:
http://bibdigital.epn.edu.ec/bitstream/15000/4329/1/CD-3948.pdf. [ltimo acceso:
30 Junio 2014].
[31] LOGICIEL, Logiciel Tecnologa de la Informacin, 11 Agosto 2014. [En lnea].
Available: http://www.logiciel-ec.com/quienes-somos-mision-vision.
[32] GMENDEZ., Especificacion de Requisitos segn el estndar de IEEE 830, [En
lnea]. Available:
https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf. [ltimo
acceso: 15 Septiembre 2013].
[33] LOGICIEL CIA. LTDA., Introduccin, de Especificacin de Requerimientos del
Sistema LogiNotificador, Quito, 2012, p. 1.
[34] LOGICIEL CIA. LTDA, Seguridades, de Especificaciones Tcnicas del Sistema
LogiNotificador, Quito, 2012, pp. 32 - 33.
[35] LOGICIEL CIA. LTDA, Restricciones, de Gestin de Requerimientos del
[36] LOGICIEL CIA. LTDA, Supuestos y Dependencias, de Gestin de
193
Requerimientos del Sistema LogiNotificador, Quito, 2012, p. 11.
[37] LOGICEL CIA. LTDA, Requerimientos, de Gestin de Requerimientos del
[38] MICROSOFT, SQL Server 2008 Product Information, [En lnea]. Available:
http://www.microsoft.com/. [ltimo acceso: 16 Septiembre 2013].
[39] LOGICIEL CIA. LTDA, Requerimientos Funcionales, de Gestin de
Requerimientos del Sistema LogiNotificador, Quito, 2012, pp. 3 - 7.
[40] LOGICIEL CIA. LTDA., Requisitos No Funcionales, de Gestin de
Requerimientos del Sistema LogiNotificador, Quito, 2012, pp. 7 - 8.
[41] LOGICIEL CIA. LTDA., Funcionalidad del Sistema LogiNotificador, de Mdulo
de Notificaciones, Quito, 2012, pp. 2 - 7.
194
GLOSARIO
mbitos de uso: caso de prueba, set de pruebas a ser ejecutadas,

conjunto de requerimientos a ser probados, etc.
Atributo: especificacin que define una propiedad de un objeto,

elemento o archivo.
Base de Datos: es un sistema que permite almacenar informacin para

que posteriormente pueda ser utilizada.
Base de datos jerrquica: almacena la informacin en una estructura

jerrquica, es decir, los datos se organizan en forma similar a un rbol,
en donde el nodo padre puede tener varios hijos.
Base de datos de Red: almacena la informacin pero de una manera

distinta a la jerrquica, ya que el nodo hijo puede tener ms de un nodo
padre.
Base de datos transaccional: permite el envo y recepcin de datos a

grandes velocidades.
Base de datos relacional: es un conjunto de una o ms tablas

estructuradas en registros (lneas) y campos (columnas), que se
relacionan entre s por un campo en comn.
Base de datos multidimensional: se las utiliza para la creacin de

cubos OLAP (Procesamiento Analtico en Lnea) donde los campos o
atributos de una tabla pueden ser de dos tipos o bien representan
dimensiones de la tabla, o bien representan mtricas que se desean
estudiar.
Base de datos orientado a objetos: es una base de datos donde los

elementos son objetos e incorpora todos los conceptos del modelo de
objetos: Encapsulacin, herencia y polimorfismo.
Base de datos documental: est orientado exclusivamente a

almacenar y gestionar datos de documentos.
Base de datos deductivas: permite hacer deducciones a travs de

inferencias ya que se basan en la lgica matemtica.
Calidad de software: capacidad del producto software para satisfacer

las necesidades declaradas o implcitas, cuando se utiliza en
condiciones especificadas.
195
Calidad interna del software: es una medida de calidad global del

sistema cuando se encuentra en desarrollo.
Calidad externa del software: es una medida de calidad global del

sistema cuando interacta con otros recursos mientras se encuentra
funcionando en su entorno operativo.
Calidad en uso del software: es una medida de la calidad global del

sistema en su entorno operativo para usuarios determinados que
necesitan llevar a cabo ciertas tareas especficas.
Caractersticas de calidad de software: categora de los atributos de

calidad que proporciona al producto software la capacidad de satisfacer
necesidades
declaradas
implcitas
cuando
es
utilizado
bajo
condiciones especificadas.
Contexto en uso: usuarios, tareas, equipo (hardware, software y

materiales) y entornos fsicos y sociales en el cual es utilizado un
producto.
CIIU: Clasificacin Internacional Industrial Uniforme.
Criterio de decisin: umbrales, objetivos o patrones utilizados para

determinar el nivel de confianza en un resultado dado.
Elemento de medida de calidad: medida, la cual puede ser una

medida base o una medida derivada, que es usada para la construccin
de las mtricas de calidad.
IEEE: Ingls: Institute of Electrical and Electronics Engineers; Espaol:

Instituto de Ingenieros Elctricos y Electrnicos.
IEC:
Ingls:
International
Electrotechnical
Commission;
Espaol:
Comisin Electrotcnica International.
Estndar o Norma: es un documento que proporciona requisitos,

especificaciones, directrices o caractersticas que pueden ser utilizadas
consistentemente para asegurar que los materiales, productos, procesos
y servicios son adecuados para su propsito.
Entidad: objeto que est siendo caracterizado por la medicin de sus

atributos. Objeto puede ser un proceso, producto, proyecto o recurso.
ERS: Especificacin de Requisitos Software.
Evaluador: individuo u organizacin que realiza una evaluacin.
196
Entidad objetivo: hito, entregable, componente, mdulo que ser

tomado como objetivo de evaluacin.
Escala: conjunto ordenado de valores, continuos o discretos, o un

conjunto de categoras a las que se asigna el atributo.
Evaluacin de producto software: operacin tcnica que consiste en

realizar una evaluacin de una o ms caractersticas de un producto
software de acuerdo a un procedimiento especificado.
Falla: incapacidad para llevar a cabo una funcin necesaria.
Funcin de medida: algoritmo o clculo realizado para combinar dos o

ms mtricas.
Gestor de Contenido Web: permite administrar de manera rpida y

sencilla los contenidos de un sitio web.
HTML: Ingls: HyperText Markup Language; Espaol: Lenguaje de

Marcas de Hipertexto.
ISO: Ingls: International Organization for Standardization; Espaol:

Organizacin International de Normalizacin.
Ibd.: abreviatura de Ibdem que significa igual que la referencia

anterior, para no repetir la referencia que ya ha sido enunciada en
partes del documento.
Indicador: medida que provee un estimado o evaluacin de los atributos

especificados de un modelo con respecto a las necesidades de
informacin definidas.
Mtrica: variable a la cual se le asigna un valor como resultado de una

medida.
Medicin: conjunto de operaciones que tienen el objeto de determinar

un valor de medida.
Mtodos de medida: secuencia lgica de operaciones, utilizada en la

cuantificacin de un atributo con respecto a una escala especificada.
Mtodo de evaluacin: procedimiento que describe acciones a ser

realizadas por el evaluador, con el fin de obtener resultados para
medidas especficas, aplicadas a los componentes de un producto o al
producto en su conjunto.
197
Mdulo de evaluacin: paquete de tecnologa de evaluacin para

medir caractersticas, subcaractersticas o atributos de calidad de
software. El paquete incluye mtodos y tcnicas, entradas a ser
evaluadas, datos a ser medidos y herramientas.
Modelo de referencia: describe la relacin entre un modelo de calidad

sus caractersticas y subcaractersticas de calidad, y los atributos del
producto software con las correspondientes mtricas de calidad, las
funciones de medida, los elementos de las mtricas y los mtodos de
medicin.
Modelo de calidad: conjunto definido de caractersticas y relaciones

entre ellos, que proporciona un marco para la especificacin de
requisitos de calidad y evaluacin de calidad.
Necesidades implcitas: necesidades que no pueden haber sido

establecidas, pero son necesidades reales.
Pgina web: sedefine como un documento electrnico que contiene

informacin textual, visual y/o sonora, la cual puede ser accesible
mediante el uso de navegadores web.
Pgina web esttica: es aquella donde el usuario se limita a obtener la

informacin que necesita sin que pueda interactuar con la pgina web
visitada.
Pgina web dinmica: es aquella donde el usuario a ms de obtener

informacin puede interactuar con ella
Pgina web animada: es aquella en donde el contenido es presentado

con ciertos efectos animados.
Pgina Web 2.0: permite a los usuarios navegar e interactuar de

manera dinmica con la informacin, intercambiar contenidos, socializar
opiniones, entre otras, fomentando la participacin colaborativa entre
usuarios.
Portal Web: ofrece al usuario el acceso a una gran variedad de

servicios relacionados a un mismo tema en particular.
Producto software intermedio: producto del proceso de desarrollo de

software que se utiliza como entrada a otra etapa del proceso de
desarrollo de software.
198
Producto final: producto o sistema software que ya se encuentra listo

para ser aprobado por el dueo del producto.
Procedimiento de medida: conjunto de operaciones, descritas

especficamente, utilizadas en la realizacin de una medicin particular,
de acuerdo a un mtodo dado.
Proceso de medida: proceso para establecer la planificacin,

realizacin y evaluacin de la medicin del software, dentro de un
proyecto general (global) o estructura organizativa de medida.
Producto esttico: producto o sistema software no ejecutable en un

entorno de anlisis.
Producto dinmico: producto o sistema software en un entorno

operativo o entorno de pruebas.
Producto
software:
conjunto
de
programas
de
computador,
procedimientos y posiblemente documentacin y datos asociados.
Proceso: sistema de actividades, las cuales usan recursos para

transformar entradas en salidas.
Requisito funcional: requisito que especifica una funcin, que un

sistema o componente del sistema debe ser capaz de realizar.
Requisitos: expresin de una necesidad percibida de algo que se lleva

a cabo o se va a realizar.
SQuaRE:
Ingls:
Software
product
Quality
Requirements
and
Evaluation; Espaol: Requisitos y Evaluacin de Calidad de Productos

de Software.
Software de aplicacin: son los programas que permiten al usuario

realizar una o varias tareas especficas en el sistema operativo.
Software
de
aplicacin
de
entretenimiento:
son
programas
informticos cuyo propsito es brindar al usuario cierto tipo de diversin.
Software de aplicacin de negocios: son programas informticos cuyo

propsito es mejorar la funcionalidad de varios tipos de empresas, es
decir, ayudar al empresario en la gestin de los aspectos del negocio.
Software de aplicacin de educacin: son programas informticos

cuyo propsito es de ser utilizados en el proceso de enseanza y
aprendizaje.
199
SMS: Ingls: Short Message Service; Espaol: Servicio de Mensajes

Simples.
Tienda Virtual: permite a los usuarios comprar o vender, uno o varios

productos, a travs de internet.
Usuario: individuo u organizacin que utiliza el sistema para realizar una

funcin especfica.
Usuario final: individuo quien finalmente se beneficia de los resultados

del sistema.
Validacin: confirmacin, a travs de la presentacin de evidencia

objetiva, de que se han cumplido los requisitos, para un uso especfico
previsto.
Valor: nmero o categora asignada a un atributo de una entidad, al

hacer una medicin.
Verificacin: confirmacin, a travs de la presentacin de evidencia

objetiva, de que se han cumplido los requisitos especificados.

Evaluacion Calidad

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Evaluacion Calidad

Încărcat de

Drepturi de autor:

Formate disponibile

i

ESCUELA POLITCNICA NACIONAL

FACULTAD DE INGENIERA DE SISTEMAS

EVALUACIN DE CALIDAD DE PRODUCTOS SOFTWARE EN

PROYECTO PREVIO A LA OBTENCIN DEL TITULO DE INGENIERO EN

Balseca Chisaguano Evelyn Amparo

DIRECTOR: Msc. Ing. Paln Tamayo Bolvar Oswaldo

Quito, Octubre 2014

Evelyn Amparo Balseca Chisaguano

Msc. Ing. Bolvar Paln

Quiero agradecer a Dios por darme la fuerza necesaria para realizar el

Dedico este proyecto de titulacin a toda mi familia, en especial a mis padres

MODELO DE CALIDAD - ISO/IEC 25000 ....................................................... 8

1.2.1. Divisin de la Norma ISO/EC 25000 ............................................................ 8

MODELO DE EVALUACIN DE CALIDAD USUANDO ISO/IEC 25040 ....... 26

1.3.1. Modelo de referencia para la evaluacin de calidad del producto

DEFINICIN DE CARACTERSTICAS DE CALIDAD ................................... 38

DEFINICIN DE SUBCARACTERSTICAS Y ATRIBUTOS ......................... 40

2.2.1. Subcaractersticas y atributos de calidad interna/externa ms relevantes .. 41

MODELO DE INDICADORES Y MTRICAS ................................................ 90

2.3.1. Ponderacin en porcentaje de las caractersticas de calidad interna, externa

ANLISIS DEL PRODUCTO SOFTWARE ................................................. 121

3.1.1. Especificacin Requisitos del sistema LogiNotificador segn el estndar

PREPARACIN DE LOS REQUERIMIENTOS DE EVALUACIN ............. 135

EVALUACIN DE CALIDAD DEL PRODUCTO SOFTWARE .................... 136

3.3.1. Seleccin de las caractersticas de calidad ms relevantes para el

ANLISIS DE LOS RESULTADOS ............................................................ 180

3.4.1. Resultados obtenidos de la evaluacin de calidad aplicando la norma

CONCLUSIONES ....................................................................................... 186

RECOMENDACIONES ............................................................................... 188

REFERENCIAS BIBLIOGRFICAS .......................................................................... 190

Tabla 3.4 Caractersticas de calidad en uso seleccionadas ........................... 138

El objetivo del presente trabajo es realizar la evaluacin de calidad de

Las empresas de desarrollo de software tienen como objetivo ofrecer sus

Motivo por el cual en el presente proyecto se aplica el modelo de calidad

Con los resultados obtenidos se propondrn mejoras para el sistema,

subcaractersticas y atributos de calidad, determinando as las mtricas con las

EMPRESAS DE DESARROLLO DE SOFTWARE

PROGRAMACIN INFORMTICA, CONSULTORA DE INFORMTICA Y

Escritura, modificacin y ensayo de programas informticos y suministro

Planificacin y diseo de sistemas informticos que integran equipo y

Gestin de los sistemas informticos o instalaciones de procesamiento

A continuacin se detalla las categoras que abarca la programacin

Programas de sistemas operativos.

a.1.2. Adaptacin de programas informticos a las necesidades de los

b. CONSULTORA DE INFORMTICA Y DE GESTIN INFORMTICA

c. OTRAS ACTIVIDADES DE TECNOLOGA DE LA INFORMACIN Y DE

Tabla 1.1 Actividades principales en programacin informtica,

Diseo del cdigo informtico y su estructura.

Planificacin y diseo de sistemas informticos.

Adaptacin de programas informticos.

Recuperacin en casos de desastre informtico,

Gestin y manejo in situ de sistemas informticos.

Instalacin de computadoras personales.

Fuente: Superintendencia de Compaas y Valores

Base de datos multidimensional

Software de Aplicacin de negocios

Fuente: Instituto Nacional de Estadsticas y Censos

APLICACIN DEL MODELO DE EVALUACIN DE CALIDAD PARA EL

MODELO DE CALIDAD - ISO/IEC 25000 [4]

Fuente: ISO/IEC 25000

Ibd., pg. 125.

1) ISO/IEC 2500n: Gestin de calidad.

ISO/IEC 25000: Gua de SQuaRE.