CD 6067

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

i
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
v
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
1
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.
2
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.
3
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 a 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]
4
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.
5
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.
6
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
Recuperacin en casos de desastre informtico,

J6209.01 37
instalacin de programas informticos.
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 red
Base de Datos
Base de datos transaccional
Base de datos relacional
7
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
Software de Aplicacin de negocios
Aplicacin
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 Ibd., pg. 3.
2 Ibd., pg. 6.
8
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
3 Ibd., pg. 125.

9
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 o

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 Fase del ciclo de vida: calidad interna, calidad
calidad del producto externa y calidad en uso
Propsito de la mtrica de
Motivo por el cual se selecciona la mtrica.
calidad
Mtodo de aplicacin Manera de cmo se va a aplicar la mtrica.
Formula y clculo de Establece la frmula de medicin y especifica los

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

Valor deseado
recomendados.
Especifica en tipo de medida que se va seleccionar,
como: tamao (tamao de la funcin, tamao de la
Tipo de medida
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
Recursos utilizados
pueden estar: entrevistas a usuarios, cdigo fuente,
documentacin, entre otras.

4 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

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

22
Tabla 1.5 Ejemplo de mtricas de uso de Eficiencia [12]
Mtricas para la caracterstica de calidad Eficiencia

producto calidad
X = A/B
0<=X<=1
Cunto X=
Si A<=B el
tiempo se A= Tiempo Tiempo/Ti
ms cercano
tarda en actual empo
Tomar el tiempo a 0 es lo
Tiempo de la completar una B = Tiempo A=
Eficiencia Uso planeado y el mejor. Usuario
tarea tarea en planeado Tiempo
tiempo actual Si A>B ser
comparacin B=
considerado
con lo Tiempo
como el peor
planeado? Dnde:
caso
A>0

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 Mtricas
Completitud de la
Completitud funcional
implementacin funcional.
Adecuacin funcional
Exactitud.
Exactitud funcional
Precisin computacional.
Disipacin del fallo.

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

Nmero de accesos simultneos.
Capacidad
Sistema de transmisin de ancho
de banda.
Capacidad de
Integridad de descripcin.
Facilidad de uso reconocer su
Capacidad de demostracin.
adecuacin
5 Ibd., pg 12.
24
Funciones evidentes.
Capacidad de ser
Efectividad de la documentacin
entendido
del usuario o ayuda del sistema.
Recuperabilidad de error
operacional.
Operatividad Claridad de mensajes.
Consistencia operacional.
Posibilidad de personalizacin.
Proteccin contra Verificacin de entradas vlidas.
errores del usuario Prevencin del uso incorrecto.
Esttica de la Interfaz Personalizacin de la apariencia
del usuario de la interfaz del usuario.
Accesibilidad tcnica Accesibilidad fsica.
Capacidad de control de acceso.

Confidencialidad
Encriptacin de datos.
Prevencin de corrupcin de
Integridad
datos.
Seguridad No repudio Utilizacin de firma digital.
Capacidad de auditora de
Responsabilidad
acceso.
Autenticidad Mtodos de autenticacin.
Co Existencia Co existencia disponible.

Conectividad con sistemas
Compatibilidad externos.
Interoperatividad
Capacidad de intercambiar de
datos.
Capacidad de condensacin.
Modularidad
Acoplamiento de clases.
Reusabilidad Ejecucin de reusabilidad.

Capacidad de pistas de auditora.
Capacidad de ser
Diagnstico de funciones
analizado
suficientes.
Complejidad ciclomtica.
Mantenibilidad Profundidad de herencia.
Capacidad de ser Grado de localizacin de
modificado correccin de impacto.
Complejidad de modificacin.
ndice de xito de modificacin.
Completitud funcional de
funciones de pruebas.
Capacidad de ser
Capacidad de prueba autnoma.
probado
Capacidad de reinicio de
pruebas.
25
Adaptabilidad en entorno
hardware.
Adaptabilidad en entorno de
Adaptabilidad
software.
Adaptabilidad en entorno
organizacional.
Portabilidad Eficiencia en el tiempo de
Capacidad de ser
instalacin.
Instalado
Facilidad de instalacin.
Consistencia en la funcin de
Capacidad de ser soporte al usuario.
Reemplazado 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 Subcaractersticas Mtricas
Completitud de la tarea.
Efectividad Efectividad Efectividad de la tarea.
Frecuencia de error.
Tiempo de la tarea.
Tiempo relativo de la tarea.
Eficiencia de la tarea.
Eficiencia Eficiencia Eficiencia relativa de la tarea.
Porcentaje productivo.
Numero relativo de las acciones del
usuario.
Nivel de satisfaccin.
Satisfaccin Utilidad Uso discrecional de las funciones.
Porcentaje de quejas de los clientes.
6 Ibd., pg. 16.

26
Retorno de la Inversin (ROI).

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

seguridad del usuario.
Libertad del riesgo de Impacto en la salud y seguridad del
salud y seguridad usuario.
Seguridad de las personas afectadas por
el uso del sistema.
Libertad del riesgo
Impacto Ambiental.
ambiental
Cobertura de Completitud de Contexto Completitud de contexto.

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 y

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.
7 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.
8 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.
9 Ibd., pg. 18.

10 Ibd., pg. 33.
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 o 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
Porcentaje
Nivel de
Simbologa referencial del nivel Significado
importancia
del importancia
El grado de importancia de la
caracterstica y subcaracterstica es
Alto A 70% - 100%
alto por ende se realizar las
mediciones
La caracterstica y subcaracterstica
no es tan relevante pero puede o
Medio M 25% - 69%
no ser medida dependiendo del
criterio del evaluador
La caracterstica y subcaracterstica
Bajo B 1% - 24% no tiene relevancia y no ser
medida.
Este valor se dar a la
caracterstica y subcaracterstica
No Aplica NA 0%
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 M
Fiabilidad B
Eficiencia en el
M
desempeo
Facilidad de uso M
Seguridad M
Compatibilidad B
Mantenibilidad A
Portabilidad NA

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

calidad externa ms relevantes
CARACTERSTICAS DE CALIDAD EXTERNA

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

Tabla 2.4 Ejemplo del nivel de importancia para las caractersticas de

calidad en uso ms relevantes
CARACTERSTICAS DE CALIDAD EN USO

Efectividad A
Eficiencia A
Satisfaccin A
Libertad de Riesgo B
Cobertura de Contexto 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 y atributos de calidad interna y 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
Nivel de
Caractersticas Subcaractersticas
importancia
Completitud funcional A
Adecuacin funcional
Exactitud funcional B
Madurez B
Disponibilidad B
Fiabilidad
Tolerancia a fallos B
Recuperabilidad B
Comportamiento Temporal B
Eficiencia en el
Utilizacin de recursos A
desempeo
Capacidad B
Capacidad de reconocer su
B
adecuacin
Capacidad de ser entendido A
Operatividad A
Facilidad de uso
Proteccin frente a errores de
M
usuarios
Esttica de la interfaz de usuario B
Accesibilidad tcnica B
Confidencialidad B
Integridad B
Seguridad No repudio A
Responsabilidad B
Autenticidad A
Compatibilidad Co - existencia B
12 Ibd., pg. 38.

42
Interoperabilidad B
Modularidad A
Reusabilidad M
Mantenibilidad Capacidad de ser analizado M
Capacidad de modificacin A
Capacidad de ser probado B
Adaptabilidad NA
Portabilidad Facilidad de instalacin NA
Capacidad de ser reemplazado NA


atributos de calidad externa ms relevantes
SUBCARACTERSTICAS Y ATRIBUTOS DE CALIDAD

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

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

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

46
Tabla 2.8 Mtricas de calidad interna/externa para Fiabilidad [18]
Mtricas para la caracterstica de calidad Fiabilidad

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

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

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

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

54
Tabla 2.10 Mtricas de calidad interna/externa para Facilidad de uso [20]
Mtricas para la caracterstica de calidad Facilidad de uso

producto calidad
X = A/B
Contar el A = Nmero de
nmero de funciones (o
funciones (o tipos de
Qu cantidad
tipos de funciones)
de funciones X=
funciones) descritas como Especificaci
(o tipos de Contable/
descritas como entendibles en 0<=X<=1 n de
funciones) son Contable
Integridad de entendibles en la descripcin El ms requerimient
Interna/Externa descritas A=
descripcin la descripcin del producto cercano a 1 os, Cdigo
como Contable
del producto y B = Nmero es el mejor fuente,
entendibles en B=
contar el total de Desarrollado
la descripcin Contable
Capacidad de nmero total de funciones (o r, Tester
del producto?
reconocer su funciones (o tipos de
adecuacin tipos de funciones)
funciones)
Dnde:
B>0
Contar el X = A/B
nmero de X=
Especificaci
Qu cantidad funciones A = Nmero de Contable/
0<=X<=1 n de
de funciones implementadas funciones Contable
Capacidad de El ms requerimient
Interna/Externa tienen la con capacidad implementadas A=
demostracin cercano a 1 os, Cdigo
capacidad de de demostracin con capacidad Contable
es el mejor fuente,
demostracin? y contar el de demostracin B=
Desarrollado
nmero total de B = Nmero Contable
r, Tester
funciones que total de
55
requieren funciones que

capacidad de requieren
demostracin capacidad de
demostracin
Dnde:
B>0
X=A/B
A= Nmero de
Contar el funciones (o tipo
X=
nmero de de funciones)
Qu cantidad Contable/
funciones que evidentes al 0<=X<=1
de funciones Contable
Funciones son evidentes al usuario El ms Cdigo
Interna del producto A=
evidentes usuario y B = Nmero cercano a 1 fuente
son evidentes Contable
comparar con el total de es el mejor
al usuario? B=
nmero total de funciones (o tipo
Contable
funciones. de funciones)
Dnde:
Capacidad para ser
B>0
entendido
X=A/B
Qu cantidad
Contar el A= Nmero de
de funciones
nmero de funciones X= Especificaci
Efectividad de estn
funciones descritas Contable/ n de
la descritas 0<=X<=1
descritas correctamente Contable requerimient
documentacin correctamente El ms
Interna/Externa correctamente y B = Nmero A= os, Cdigo
del usuario o en la cercano a 1
contar el total de Contable fuente,
ayuda del documentaci es el mejor
nmero total de funciones B= Desarrollado
sistema n del usuario o
funciones implementadas Contable r, Tester
ayuda en
implementadas
lnea?
Dnde:
B>0
Recuperabilida Qu cantidad Contar el X=A/B 0<=X<=1 X= Cdigo
Operatividad Interna
d de error de funciones nmero de El ms Contable/ fuente
56
operacional pueden tolerar funciones A= Nmero de cercano a 1 Contable

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

60
Tabla 2.11 Mtricas de calidad interna/externa para Seguridad [21]
Mtricas para la caracterstica de calidad Seguridad

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

63
Tabla 2.12 Mtricas de calidad interna/externa para Compatibilidad [22]
Mtricas para la caracterstica de calidad Compatibilidad

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

65
Tabla 2.13 Mtricas de calidad interna/externa para Mantenibilidad [23]
Mtricas para la caracterstica de calidad Mantenibilidad

producto calidad
X=A/B
A = Nmero de
Contar el
componentes
nmero de
que no son
componentes X=
Qu tan afectados por
que no son Contable/
fuerte es la cambios de 0<=X<=1
afectados por Contable
Capacidad de relacin entre otros El ms Cdigo
Interna cambios de A=
condensacin los componentes cercano a 0, fuente
otros Contable
componentes B = Nmero es el mejor
componentes y B=
del sistema? total de
el nmero total Contable
componentes
de componentes
Modularidad especficos
especficos
Dnde:
B>0
Qu tan
X=A
fuerte es la Contar el
relacin entre nmero de 1<=X<=4 X=
A = Nmero de
una funcin relaciones que El ms Contable
Acoplamiento relaciones que Cdigo
Interna del sistema tiene una cercano a 1, A=
de clases tiene una fuente
con otras funcin con es el mejor Contable
funcin con
clases respecto a otras
respecto a otras
implementada clases
clases
s?
66
X=A/B
A = Nmero de
Contar el
elementos X=
nmero de
reutilizados Contable/
Cuntos elementos 0<=X<=1
B = Nmero Contable
Ejecucin de elementos reutilizados y el El ms Cdigo
Reusabilidad Interna total de A=
reusabilidad pueden ser nmero total de cercano a 1, fuente
elementos de la Contable
reutilizados? elementos de la es el mejor
biblioteca B=
biblioteca
reutilizable Contable
reutilizable
Dnde:
B>0
X=A/B
nmero de datos realmente
datos realmente grabadas
Los usuarios grabadas durante la X= Especificaci
pueden durante la operacin Contable/ n de
0<=X<=1
Capacidad de identificar operacin y el B = Nmero de Contable requerimient
Capacidad de ser El ms
pistas de Interna/Externa fcilmente la nmero de datos previstos A= os, Cdigo
analizado cercano a 1,
auditora operacin datos previstos a grabarse para Contable fuente,
es el mejor
especfica que a grabarse para controlar el B= Desarrollado
caus el fallo? controlar el estado del Contable r, Tester
estado del sistema durante
sistema durante la operacin
la operacin
Dnde:
B>0
67
X = A/B
Contar el
A = Nmero de
Hasta qu nmero de
funciones de
punto las funciones de
diagnstico X=
funciones de diagnstico Especificaci
implementadas Contable/
diagnstico implementadas n de
B = Nmero de 0<=X<=1 Contable
Diagnstico de estn y contar el requerimient
funciones de El ms A=
funciones Interna/Externa preparadas o nmero de os, Cdigo
diagnstico cercano a 1, Contable
suficientes hasta qu funciones de fuente,
requeridas en la es el mejor B=
punto diagnstico Desarrollado
especificacin Contable
funcionan para requeridas en la r, Tester
de
el anlisis especificacin
requerimientos
causal? de
requerimientos
Dnde:
B>0
Contar las
instrucciones
X = A+1
Cul es la condicionales, X=
A = Nmero de 1<=X<15
complejidad bucles, salidas Contable
Complejidad instrucciones El ms Cdigo
Interna estructural de de mtodos y A=
ciclomtica condicionales cercano a 1, fuente
un cdigo clausulas AND y Contable
que tiene una es el mejor
fuente? OR dentro de
funcin
los
Capacidad de ser condicionales.
modificado Qu tan
profunda es la Contar las X=A
jerarqua de la jerarquas A = Nmero de X=
0<=X<=4
herencia de empleadas en jerarquas Contable
Profundidad El ms Cdigo
Interna las clases una empleadas para A=
de herencia cercano a 0 fuente
involucradas determinada una Contable
es el mejor
en una funcin o determinada
determinada mtodo. funcin.
funcin?
68
X = A/B
Hasta qu
A = Nmero de
punto los Contar el
fallas Especificaci
problemas nmero de fallas X=
aparecidas n de
Grado de causados aparecidas 0<=X<=1 Contable
despus que se requerimient
localizacin de pueden tener despus que se El ms A=
Interna/Externa ha resuelto un os, Cdigo
correccin de como ha resuelto un cercano a 0, Contable
fallo fuente,
impacto consecuencia fallo y contar el es el mejor B=
B = Nmero de Desarrollado
un nmero de fallas Contable
fallas resueltas r, Tester
mantenimiento resultas
?
Dnde:
B>0
X = A/T
Con qu Tomar el tiempo A = Nmero de X=

facilidad el de trabajo que modificaciones Contable/
X = A/T
desarrollador le toma al B = Tiempo de Tiempo
Complejidad
puede desarrollador trabajo que le A= Desarrollado
de Externa El ms
modificar el modificar y toma al Contable r
modificacin lejano a 0/t
software para contar el desarrollador B=
es el mejor
resolver nmero de modificar Tiempo
problemas? modificaciones
Dnde:
T>0
Contar el X = A/B
nmero de
Hasta qu X=
problemas A = Nmero de
punto puede el Contable/
dentro de un problemas
sistema ser 0<=X<=1 Contable
ndice de xito determinado dentro de un
operado sin El ms A= Desarrollado
de Externa perodo antes determinado
fallas despus cercano a 0, Contable r
modificacin de perodo antes
del es el mejor B=
mantenimiento y de
mantenimiento Contable
contar el mantenimiento
?
nmero de B = Nmero de
problemas en el problemas en el
69
mismo perodo mismo perodo

despus del despus del
mantenimiento mantenimiento
Dnde:
B>0
X = A/B
Contar el
A = Nmero de
nmero de X=
funciones de
Son las funciones de Contable/
prueba
Completitud funciones de prueba 0<=X<=1 Contable
implementadas Cdigo
funcional de prueba implementadas El ms A=
Interna B = Nmero de fuente,
funciones de completas y y contar el cercano a 1, Contable
funciones de Tester
pruebas fciles de nmero de es el mejor B=
prueba
implementar? funciones de Contable
requeridas
prueba
requeridas
Dnde:
B>0
Capacidad de ser X = A/B
probado
Contar el
A = Nmero de
nmero de
pruebas que
pruebas que X=
estn
estn Contable/
Qu tan dependiendo de
dependiendo de 0<=X<=1 Contable
Capacidad de independiente otros sistemas Cdigo
otros sistemas y El ms A=
prueba Interna es el software B = Nmero fuente,
contar el cercano a 0, Contable
autnoma al ser total de pruebas Tester
nmero total de es el mejor B=
probado? dependientes
pruebas Contable
con otros
dependientes
sistemas
con otros
sistemas
Dnde:
B>0
70
X = A/B
Contar el
A = Nmero de
nmero de
casos en los
Con qu casos en los
cuales el X=
facilidad se cuales el
mantenedor Contable/
puede llevar a mantenedor
puede pausar y 0<=X<=1 Contable
Capacidad de cabo las puede pausar y
restaurar las El ms A= Desarrollado
reinicio de Externa pruebas restaurar las
pruebas cercano a 1, Contable r, Tester
pruebas nuevamente pruebas y
B = Nmero de es el mejor B=
despus del contar el
casos de pausa Contable
mantenimiento nmero de
en la ejecucin
? casos de pausa
de pruebas
en la ejecucin
de pruebas
Dnde:
B>0

71
Tabla 2.14 Mtricas de calidad interna/externa para Portabilidad [24]
Mtricas para la caracterstica de calidad Portabilidad

producto calidad
X = A/B
Contar el A = Nmero
nmero funciones
funciones operativas de
operativas de las tareas que
las tareas que no se hayan
X=
Es el sistema no se hayan completado Especificaci
Contable/
lo completado durante las n de
0<=X<=1 Contable
Adaptabilidad suficientement durante las pruebas requerimient
El ms A=
en entorno Interna/Externa e capaz de pruebas operativas con os, Cdigo
cercano a 0, Contable
hardware adaptarse al operativas con el entorno fuente,
es el mejor B=
entorno el entorno hardware Desarrollado
Contable
Adaptabilidad hardware? hardware y B = Nmero r, Tester
contar el total de
nmero total de funciones que
funciones las han sido
cuales han sido probadas
probadas
Dnde:
B>0
Es el sistema Contar el X = A/B X= Especificaci
lo nmero 0<=X<=1 Contable/ n de
Adaptabilidad
suficientement funciones A = Nmero de El ms Contable requerimient
en entorno de Interna/Externa
e capaz de operativas de funciones cercano a 0, A= os, Cdigo
software
adaptarse al las tareas que operativas de es el mejor Contable fuente,
entorno del no se hayan las tareas que B= Desarrollado
72
sistema completado no se hayan Contable r, Tester

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

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
Nivel de
importancia
Efectividad Efectividad A
Eficiencia Eficiencia A
Satisfaccin Utilidad A
Libertad del riesgo

B
econmico
Libertad del riesgo de
Libertad de riesgo B
salud y seguridad
Mitigacin del riesgo
B
ambiental
Integridad de contexto B
Cobertura de contexto
Flexibilidad B

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

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

79
Tabla 2.17 Mtricas de calidad en uso de Eficiencia [26]
Mtricas para la caracterstica de calidad Eficiencia

producto calidad
X = A/B
0<=X<=1
Cunto X=
Si A<=B el
tiempo se A= Tiempo Tiempo/Ti
ms cercano
tarda en actual empo
Tomar el tiempo a 0 es lo
Tiempo de la completar una B = Tiempo A=
Uso planeado y el mejor. Usuario
tarea tarea en planeado Tiempo
tiempo actual Si A>B ser
comparacin B=
considerado
con lo Tiempo
como el peor
planeado? Dnde:
caso
A>0
X = A/B
Eficiencia
Cunto A = Tiempo que
Tomar el tiempo
tiempo completa una X=
que completa una
necesita un tarea un usuario Tiempo/Ti
tarea un usuario 0<=X<=1
Tiempo usuario normal experto empo
normal y el El ms
relativo de la Uso en completar B = Tiempo que A= Usuario
tiempo que cercano a 1,
tarea una tarea en completa una Tiempo
completa una el mejor
comparacin tarea un usuario B=
tarea un usuario
con un normal Tiempo
experto
experto?
Dnde:
B>0
80
X = A/T
X=
Contar el nmero A = Nmero de Contable/
X = A/T
Qu tan de tareas tareas efectivas Tiempo
Eficiencia de
Uso eficientes son efectivas y tomar T = Tiempo de A= Usuario
la tarea El ms lejano
los usuarios? el tiempo de la la tarea Contable
a 0/t es el
tarea B=
mejor
Dnde: Tiempo
T>0
X = A/B
Contar el nmero A = Nmero de

de tareas tareas eficientes X=
Qu tan
eficientes realizadas por 0<=X<=1 Contable/ Usuario,
eficiente es un
Eficiencia realizadas por un un usuario Contable Especificaci
usuario
relativa de la Uso usuario ordinario ordinario El ms A= n de
comparado
tarea y contar el B = Nmero de cercano a 1 Contable requerimient
con lo
nmero de tareas tareas eficientes es lo mejor B= os
planeado?
eficientes planeadas Contable
planeadas
Dnde:
B>0
X = A/B
X=
Contar el nmero A = Nmero de 0<=X<=1 Contable/ Usuario,
Qu tan de tareas tareas efectivas Contable Especificaci
Productividad
Uso rentable es el efectivas y tomar B = Numero de El ms A= n de
econmica
usuario? el costo total de tareas totales cercano a 1 Contable requerimient
las tareas es lo mejor B= os
Dnde: Contable
B>0
81
0<=X<=1
X = A/B
X=
Cul es el Si A<=B el
A = Tiempo de Tiempo/
porcentaje de Tomar el tiempo ms cercano
la tarea Tiempo
Porcentaje tiempo que el de productividad y a 0 es lo
Uso B = Tiempo de A= Usuario
productivo usuario realiza el tiempo de la mejor.
productividad. Tiempo
acciones de tarea Si A>B ser
B=
productividad? considerado
Dnde: Tiempo
como el peor
B>0
caso
X = A/B
A = Nmero de
Contar el nmero
Cul es el acciones X=
de acciones
nmero de realizadas por 0<=X<=1 Contable/
Numero realizadas por los
acciones los usuarios Contable
relativo de usuarios y contar
Uso mnimas B = Nmero de El ms A= Usuario
acciones del el nmero de
necesarias acciones cercano a 1 Contable
usuario acciones
que realizan necesarias es lo mejor B=
necesarias
los usuarios? actualmente Contable
actualmente
Dnde:
B>0

82
Tabla 2.18 Mtricas de calidad en uso de Satisfaccin [27]
Mtricas para la caracterstica de calidad Satisfaccin

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

84
2.19 Mtricas de calidad en uso de Libertad de riesgo [28]
Mtricas para la caracterstica de calidad Libertad de riesgo

producto calidad
X = A /B
X=
A = Beneficios 0<=X<=1 Contable
Consultar los
Retorno de la Cul es el obtenidos /Contable
beneficios
Inversin Uso retorno de la B =Beneficios El ms A= Cliente
obtenidos y el
(ROI) inversin? esperados. cercano a 1 Contable
capital invertido
es lo mejor B=
Dnde: Contable
B>0
Libertad del riesgo
econmico X = A/B
0<=X<=1
A= Tiempo real Si A<=B el X=
El retorno de Tomar el tiempo para lograr el ms cercano Tiempo /
Tiempo para
la inversin es para lograr el ROI ROI a 0 es lo Tiempo
lograr el Usuario
Uso logrado en un y tomar el tiempo B = Tiempo mejor. A=
retorno de la
tiempo aceptable para aceptable para Si A>B ser Tiempo
inversin
aceptable? lograr el ROI lograr el ROI considerado B=
como el peor Tiempo
Dnde: caso
B>0
85
X = B/A
A = Monto de
Consultar el
Qu tan inversin de TI o
monto de la 0<=X<=1
comparable es las ventas
inversin de TI o Si B<=A el
el rendimiento planeadas de la
de las ventas de ms cercano
del negocio empresa para la
Rendimiento la empresa y el a 1 es lo
con otras comparacin
relativo de Uso monto de mejor. Cliente
empresas de B = Monto real
negocios inversin de TI o Si B>A ser
primera clase de la inversin
las ventas considerado
en la industria de TI o de las
planeadas de la como el
o en la misma ventas de la
empresa para la mejor caso
empresa empresa
comparacin
Dnde:
B>0
Los beneficios X = A/B

de la inversin
en IT A = Resultado
Consultar el 0<=X<=1
evaluados del BSC
Balanced resultado del BSC El ms
Uso utilizando los B = BSC Cliente
Score Card y el BSC cercano a 1,
Balanced planeado
planeado mejor.
Score Card
para cumplir Dnde:
los objetivos B>0
X = A/B 0<=X<=1
Consultar el Si A<=B el X=
tiempo de entrega A = Tiempo de ms cercano Tiempo/
Cul es el
actual o retrasos entrega a 0 es lo Tiempo
tiempo de
Tiempo de en las entregas y planeado o mejor. A=
Uso entrega para Cliente
entrega el tiempo de retrasos en las Si A>B ser Tiempo
cumplir los con
entrega planeado entregas considerado B=
objetivos?
o retrasos en las B = Tiempo de como el peor Tiempo
entregas entrega actual o caso
retrasos en las
86
entregas
Dnde:
B>0
X = A/B
0<=X<=1
X=
A = Ingresos Si A<=B el
Consultar los Contable/
Las ganancias reales de un ms cercano
ingresos reales Contable
Ganancias de cada cliente a 1 es lo
de un cliente y los A=
para cada Uso cliente al B = Ingresos mejor. Cliente
ingresos Contable
cliente cumplir con planeados de un Si A>B ser
planeados de un B=
sus objetivos cliente considerado
cliente Contable
como el
Dnde: mejor caso
B>0
X = A/B
Contar el nmero A = Nmero de X=

La frecuencia
de errores con errores con Contable/
de errores
consecuencias consecuencias 0<=X<=1 Contable
Errores con humanos o
econmicas y econmicas El ms A=
consecuencias Uso del sistema Cliente
contar nmero B = Nmero cercano a 0 Contable
econmicas con
total de total de es el mejor B=
consecuencias
situaciones de situaciones de Contable
econmicas
uso uso
Dnde:
B>0
87
X = A/B
A = Nmero de
X=
La frecuencia Contar el nmero ocurrencias de
Contable/
de corrupcin de ocurrencias de corrupcin del
0<=X<=1 Contable
del software corrupcin del software
Corrupcin del El ms A=
Uso resultado de software y contar B = Nmero Cliente
software cercano a 0 Contable
errores nmero total de total de
es el mejor B=
humanos o del situaciones de situaciones de
Contable
sistema uso. uso
Dnde:
B>0
X = A/B
A = Nmero de X=
Contar el nmero
usuarios que Contable/
Frecuencia de La frecuencia de usuarios que
notificaron 0<=X<=1 Contable
problemas en de problemas notificaron
problemas de El ms A=
la salud y Uso de salud entre problemas de Usuario
salud cercano a 0 Contable
seguridad del los usuarios salud y contar el
B = Nmero es el mejor B=
usuario del producto nmero total de
total de usuarios Contable
usuarios
Libertad del riesgo Dnde:
de salud y seguridad B>0
X = A/T
Contar el nmero
El impacto en
Impacto en la de personas 0<=X<=5
la salud y la A = Nmero de
salud y Uso afectadas, tomar El ms
seguridad en personas
seguridad del el tiempo y el cercano a 0
los usuarios afectadas
usuario grado de es el mejor
del producto T = Tiempo
importancia
88
X = A/B
A = Nmero de
Contar el nmero personas
X=
de personas puestas en
La incidencia Contable/
Seguridad de puestas en peligro
de riesgo para 0<=X<=1 Contable
las personas peligro y contar el B = Nmero
las personas El ms A=
afectadas por Uso nmero total de total de Usuario
afectadas por cercano a 0 Contable
el uso del personas personas
el uso del es el mejor B=
sistema potencialmente potencialmente
sistema Contable
afectadas por el afectadas por el
sistema sistema
Dnde:
B>0
X = A/B
0<=X<=1
X=
Si A<=B el
A = Impacto Contable/
El impacto Estimar el ms cercano
ambiental Contable
ambiental de impacto ambiental a 0 es lo Usuario,
Libertad del riesgo Impacto aceptable A=
Uso la elaboracin y el impacto mejor. cliente,
ambiental Ambiental B = Impacto Contable
y el uso del ambiental Si A>B ser desarrollador
ambiental real B=
sistema aceptable considerado
Contable
como el peor
Dnde:
caso
B>0

89
2.20 Mtricas de calidad en uso de Cobertura de contexto [29]
Mtricas para la caracterstica de calidad Cobertura de contexto

producto calidad
Porcentaje X = A/B
Contar el nmero X=
en que el A= Nmero de
de contextos con 0<=X<=1 Contable
producto distintos contextos de
la facilidad de uso El ms /Contable
Completitud de Completitud puede uso inaceptables
Uso inaceptable y el cercano a A= Cliente
Contexto de Contexto utilizarse con B = Nmero total de
nmero total de 0 es el Contable
facilidad en distintos contextos de
distintos mejor B=
contextos de uso
contextos de uso Contable
uso Dnde: B > 0
Grado en
que el Contar el nmero X = A/B
producto de caractersticas A= Nmero de X=
puede diseadas con caractersticas 0<=X<=1 Contable
Funcin adaptarse completa diseadas con completa El ms /Contable
Usuario
Flexibilidad flexible del Uso para flexibilidad y flexibilidad cercano a A=
diseo. satisfacer las contar el nmero B = Nmero total de 1 es el Contable
diferentes total de caractersticas de mejor B=
necesidades caractersticas de diseo Contable
de los diseo Dnde: B > 0
usuarios

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 Nivel de importancia Ponderacin
Adecuacin funcional M 25%
Fiabilidad B 0%
Eficiencia en el
M 15%
desempeo
Facilidad de uso M 15%
Seguridad M 15%
Compatibilidad B 0%
Mantenibilidad A 30%
Portabilidad NA 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
Insatisfactorio
0 2.74 Inaceptable
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 Ibd., pg. 44.

15 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 Ibd., pg. 6.
17 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 nivel de importancia (columna NIVEL DE
IMPORTANCIA) y ponderaciones en porcentaje (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
18 Ibd., pg. 41.

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

caractersticas y subcaractersticas de calidad en uso que fueron
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 a 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
26Ibd., 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 y 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. Descripcin del sistema LogiNotificador [32]
3.1.1.1.1. 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
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.
28 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 del sistema
LogiNotificador proporcionado por la empresa Logiciel Ca. Ltda.
127
Tabla 3.1 Requisitos Funcionales del sistema LogiNotificador
Aplicacin
Cdigo Requerimiento Prioridad
Responsable
La aplicacin de notificaciones deber estar en
RF1 capacidad de proveer sus servicios a varios LogiNotificador Alta
suscriptores (parametrizacin de suscriptores)
Deber permitir la parametrizacin de diferentes
suscripciones. Las caractersticas de una
suscripcin son:
Descripcin de la suscripcin (motivo del Envo en
mensaje) lnea: Alta
Tipo de envo (en lnea batch)
RF2 LogiNotificador
Prioridad de envo (alta o normal)
Nmero de envos Envo en
Periodicidad de envo (diaria, semanal, batch: Baja
mensual)
Fecha y hora de envo (en caso de envos
batch)
Un suscriptor puede hacer uso de varias
RF3 LogiNotificador Alta
suscripciones
Una suscripcin puede ser enviada a travs de
diferentes proveedores de canales. Inicialmente se
considerar los siguientes tipos de canales: Envo por
correo: Alta
Correo electrnico
RF4 LogiNotificador Envo por
SMS
otros
Servicios de mensajera (Ej.: Messenger y
canales: Baja
Skype)
Notificacin por demanda
Las plantillas de generacin de mensajes de
notificacin debern corresponder con los formatos
RF5 soportados por el canal de envo: LogiNotificador Alta
SMS: Texto
Mail: Texto, HTML (ms archivos adjuntos)
Se podrn parametrizar diferentes proveedores por
tipo de canal con los atributos correspondientes
RF6 (nombre del servidor, usuario remitente, passwords LogiNotificador Alta
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)
RF7 LogiNotificador Alta
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
128
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
RF8 LogiNotificador Baja
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)
RF9 El(los) destinatario(s). Los destinatarios deben LogiNotificador Baja
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
RF10 notificacin, mediante su cdigo, el notificador LogiNotificador Baja
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
RF11 contener variables dinmicas, inclusin de LogiNotificador Alta
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
RF12 Cliente Media
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
Aplicacin
RF13 (campos dinmicos del asunto y del texto, nombres Baja
Externa
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) LogiNotificador;
archivo(s), que deben ser depositados en un Mdulo FTP;
RF14 Media
directorio de red o en un servidor FTP pblico Aplicacin
(Notificador utilizar el mdulo de FTP que es parte Externa
del proyecto de LogiCorba; Este mdulo deber
implementar el manejo de FTP Seguro, as como
129
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 LogiNotificador;
RF15 fin, y que ser invocada por el Agente de Agente Ejecutor Baja
Ejecuciones, a desarrollarse como parte del de LogiCorba
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
RF16 LogiNotificador Media
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
RF18 informativos), con el estado de cada mensaje, LogiNotificador Alta
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
RF20 variables enviadas por el suscriptor en el XML de LogiNotificador Alta
entrada y que sern remplazadas durante el
proceso de merge.
El sistema debe permitir establecer prioridad de
RF21 mensajes (alta o normal) por suscriptor y LogiNotificador Alta
suscripcin. Adicionalmente se establece que se
130
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 LogiNotificador
RF22 de prioridad). La funcionalidad de manejo de colas Manejador de Alta
ser provista por el Manejador de Colas. Este Colas
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
RF23 establecida en parametrizacin). LogiNotificador Baja
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)
RF24 Trama XML con los siguientes tags: Aplicacin
Baja
o Campos dinmicos del asunto del mensaje Externa
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:
Aplicacin
RF25 Identificacin del usuario Baja
Externa
Arreglo de perfiles a los que pertenece el
usuario en todas las aplicaciones que
correspondan.
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
Administrador de tareas de Windows.

Performance monitor.
Sistema LogiTrace.
Sistemas Externos.
3.3. 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

Nivel de
Caractersticas Motivo de seleccin
importancia
Se califica con valor de importancia M porque es
Adecuacin necesario evaluar que las funciones codificadas
M
funcional estn de acuerdo a los requerimientos
especificados para el sistema.
necesario evaluar que las funciones codificadas
estn de acuerdo a los requerimientos
Fiabilidad M
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
Eficiencia en el nivel de cdigo es necesario evaluar el rendimiento
M
desempeo del sistema tomando en cuenta los recursos que
sern utilizados.
Facilidad de uso M necesario evaluar que el cdigo sea entendido,
aprendido y usado por cualquier programador.
necesario que en el cdigo existan funciones que
Seguridad M
llamen al sistema externo encargado de la
proteccin de los datos e informacin.
Compatibilidad B Se califica con valor de importancia B porque es
30 Ibd., pg. 39.

137
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
Mantenibilidad A
actualizado por cualquier programador de acuerdo
a las necesidades correctivas.
Se califica con valor de importancia NA porque no
Portabilidad NA 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

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

138

necesario evaluar si el sistema al ser actualizado o
Mantenibilidad M
modificado funciona adecuadamente ante el
usuario.
Se califica con valor de importancia NA porque no
Portabilidad NA 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

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


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

Nivel de
Caractersticas Subcaractersticas Motivo de seleccin
importancia
Se califica con valor de
importancia A porque es muy
necesario evaluar que las
funciones codificadas cubran
todas las tareas determinadas por
Adecuacin el usuario.
funcional Se califica con valor de
importancia B porque no es tan
necesario evaluar la exactitud
Exactitud funcional B
funcional a nivel de cdigo, por lo
que ser evaluada desde punto de
vista externo.
necesario evaluar la madurez a
Madurez B
nivel de cdigo, por lo que ser
evaluada desde punto de vista
externo.
necesario evaluar la disponibilidad
Disponibilidad B
a nivel de cdigo, por lo que ser
Fiabilidad evaluada desde punto de vista
externo.
importancia M porque es
necesario evaluar que ciertas
Tolerancia a fallos M
funciones codificadas permitan
que al sistema se opere cuando se
presenten fallos.
Recuperabilidad B importancia B porque no es
necesario evaluar.
Eficiencia en el Comportamiento necesario evaluar la madurez a
B
desempeo Temporal nivel de cdigo, por lo que ser
evaluada desde punto de vista
externo.
140

Utilizacin de recursos M necesario evaluar que se utilice
adecuadamente la cantidad
necesaria de cdigo.
Capacidad B
M necesario evaluar si las funciones
su adecuacin
codificadas son entendibles para
cualquier programador.
Capacidad de ser
M necesario evaluar si en el cdigo
entendido
existen funciones evidentes para
Operatividad M necesario evaluar si existen
funciones para que al sistema se
Facilidad de uso lo pueda operar con facilidad.
Proteccin frente a
M necesario evaluar si existen
errores de usuarios
elementos de entrada que son
validados en el cdigo fuente.
Esttica de la interfaz de necesario evaluar la esttica de
B
usuario interfaz de usuario a nivel de
cdigo, por lo que ser evaluada
desde punto de vista externo.
Accesibilidad tcnica B importancia B porque no es
necesario evaluarlo.
importancia B porque no es
necesario evaluar, ya que existe
Confidencialidad B
un sistema externo encargado de
la proteccin de los datos e
informacin.
Integridad B
Seguridad informacin.
necesario evaluar si el sistema
tiene la capacidad de demostrar la
No repudio A
autenticidad de las notificaciones
enviadas a las entidades o
personas que reciben los
mensajes.
Responsabilidad B importancia B porque no es
necesario evaluar la
141
responsabilidad a nivel de cdigo,

por lo que ser evaluada desde
punto de vista externo.
Autenticidad A necesario evaluar si existen
mtodos de autenticacin en el
cdigo fuente.
Co - existencia B importancia B porque no es
Compatibilidad
Interoperabilidad B importancia B porque no es
Modularidad A necesario evaluar si existe
afectacin de otras funciones en
caso de modificar en cdigo.
Reusabilidad A
necesario evaluar si el cdigo
puede ser reutilizado.
importancia M porque es necesario
Capacidad de ser
Mantenibilidad M evaluar si existe el registro de los
analizado
fallos ocurridos para su respectivo
anlisis.
Capacidad de necesario evaluar si existe la
A
modificacin posibilidad de modificar en cdigo
sin afectar la funcionalidad del
sistema.
Capacidad de ser
B importancia B porque no es
probado
necesario evaluar.
importancia NA porque no aplica
Adaptabilidad NA
realizar la evaluacin a un
producto de tipo pgina web.
Capacidad de ser importancia NA porque no aplica
NA
reemplazado realizar la evaluacin a un

34 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 interna seleccionadas para el

LogiNotificador
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 Mtricas Significado

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

Capacidad de ser Capacidad de pistas de identificar fcilmente la
analizado auditora operacin especfica que
caus el fallo
Cul es la complejidad
Complejidad
estructural de un cdigo
ciclomtica
fuente
Capacidad de ser Qu tan profunda es la
modificado 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
Nivel de
importancia
importancia A porque es
Completitud funcional A necesario evaluar si el sistema
provee todas las funcionalidades
Adecuacin
necesarias para el usuario.
funcional
Exactitud funcional A
provee los resultados correctos.
Madurez A
provee los resultados correctos
Disponibilidad M necesario evaluar si el sistema se
Fiabilidad
encuentra operativo y accesible
para su uso.
Tolerancia a fallos M necesario evaluar si el sistema es
capaz de operar cuando se
presentan fallos.
144

Recuperabilidad B importancia B porque no es
necesario evaluar.
Comportamiento
M necesario evaluar si el sistema
Temporal
proporciona los tiempos de
respuesta apropiados.
Eficiencia en el
desempeo
Utilizacin de recursos M necesario evaluar si el sistema
utiliza los recursos adecuados
mientras est operando.
Capacidad B importancia B porque no es
necesario evaluar.
M necesario evaluar si las funciones
su adecuacin
codificadas son entendibles para
Capacidad de ser
A necesario evaluar si el sistema es
entendido
entendible para el usuario cuando
sea usado.
Operatividad M necesario evaluar si el usuario
puede operar con facilidad el
Facilidad de uso
sistema.
Proteccin frente a
B necesario evaluarlo a nivel
errores de usuarios
externo, por lo que ser evaluada
desde punto de vista interno.
Esttica de la interfaz de
M necesario evaluar si las interfaces
usuario
del sistema satisfacen y agradan
al usuario.
Accesibilidad tcnica B importancia B porque no es
necesario evaluar.
Confidencialidad B
informacin.
Seguridad
Integridad B
informacin.
No repudio B
145

informacin.
necesario evaluar si existe el
Responsabilidad M
registro de los accesos de las
personas que han ingresado al
sistema.
Autenticidad B
informacin.
Co - existencia A
puede coexistir con otro sistema
compartiendo el mismo entorno y
Compatibilidad los mismos recursos.
Interoperabilidad A necesario evaluar si el sistema
intercambia informacin sin ningn
inconveniente.
importancia NA porque no aplica a
Modularidad NA
nivel externo, pero si aplica a nivel
de cdigo.
importancia NA porque no aplica a
Reusabilidad NA
nivel externo, pero si aplica a nivel
de cdigo.
Capacidad de ser
Mantenibilidad M necesario evaluar si es factible
analizado
realizar un anlisis de impacto
cuando es modificado.
Capacidad de
M necesario evaluar si se puede
modificacin
realizar modificaciones al sistema
sin afectar su funcionalidad.
Capacidad de ser
probado
Adaptabilidad NA
Portabilidad
Facilidad de instalacin NA
Capacidad de ser Se califica con valor de
NA
reemplazado importancia NA porque no aplica
146

3.3.2.2.1. Mtricas de calidad externa seleccionadas para el

LogiNotificador

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

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

relevantes.
147
Efectividad de la Funciones que son descritas en

Capacidad para ser documentacin del la documentacin del usuario o
entendido usuario o ayuda del ayuda del sistema.
sistema
Que tan entendibles son los
Facilidad de uso
Operatividad Claridad de mensajes mensajes del sistema que se
muestran al usuario
Personalizacin de la Capacidad del sistema para
Esttica de la interfaz
apariencia de la personalizar las interfaces en
de usuario
interfaz del usuario apariencia
Completitud de la pista de
Capacidad de auditoria auditoria en relacin al acceso
Seguridad Responsabilidad
de acceso de los usuarios al sistema y a
los datos
Que tan adaptable es el
Co existencia sistema en compartir su
Co Existencia
disponible entorno con otros sistemas sin
Compatibilidad causar efectos adversos
Qu tan correctamente se ha
Conectividad con
Interoperatividad implementado los protocolos
sistemas externos
de interfaz externa
Los usuarios pueden identificar
Capacidad de ser Capacidad de pistas de
fcilmente la operacin
analizado auditoria
especfica que caus el fallo
Mantenibilidad
Puede el desarrollador
Capacidad de ser Complejidad de
modificar fcilmente el sistema
modificado 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
Nivel de
importancia
Efectividad Efectividad A necesario evaluar si el sistema
permite alcanzar los objetivos o
necesidades del usuario.
Eficiencia Eficiencia M importancia M porque es
148

necesidades del usuario
utilizando los recursos mnimos.
Satisfaccin Utilidad A necesario evaluar que el sistema
satisfaga las necesidades del
usuario al utilizarlo.
econmico
necesario evaluar.
Mitigacin del riesgo de
Libertad de riesgo M necesario evaluar si el uso del
seguridad y salud
sistema no ha causado
problemas de seguridad o salud.
ambiental
necesario evaluar.
Integridad de contexto B importancia B porque no es
Cobertura de necesario evaluar.
contexto Se califica con valor de
Flexibilidad B importancia B porque no es
necesario evaluar.

3.3.2.3.1. Mtricas de calidad en uso seleccionadas para el

LogiNotificador

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
Completitud de la Cantidad de tareas que son

tarea completadas correctamente
Efectividad Efectividad
Cantidad de los objetivos de
Efectividad de la
la tarea que se realiza
tarea
completamente
36 Ibd., pg.77, Seccin 2.2.2 Subcaractersticas y atributos de calidad en uso ms relevantes.

149
El tiempo que se tarda en

Tiempo de la tarea completar una tarea en
comparacin con lo planeado
El tiempo que necesita un
Eficiencia Eficiencia Tiempo relativo de usuario normal en completar
la tarea una tarea en comparacin
con un experto
Eficiencia de la Qu tan eficientes son los
tarea usuarios
Nivel de Qu tan satisfecho est el

satisfaccin usuario con el sistema
Las veces que los usuarios
Uso discrecional de
Satisfaccin Utilidad utilizan las funciones
las funciones
principales
Porcentaje de
Porcentaje de quejas
quejas de los
realizadas por los clientes
clientes
Frecuencia de
problemas en la Problemas de salud entre los
salud y seguridad usuarios del producto
Libertad de riesgo de
Libertad de riesgo del usuario
salud y seguridad
Impacto en la salud
Impacto en la salud y
y seguridad del
seguridad del usuario
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

Nivel de
Caractersticas Ponderacin Motivo de ponderacin
importancia
Se pondera con valor de 25% porque es
necesario evaluar que las funciones
Adecuacin
M 25% codificadas estn de acuerdo a los
funcional
requerimientos especificados para el
sistema.
150

necesario evaluar que las funciones
codificadas estn de acuerdo a los
Fiabilidad M 10% 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
Eficiencia en el
M 15% rendimiento del sistema tomando en
desempeo
cuenta los recursos que sern
utilizados.
necesario evaluar que el cdigo sea
Facilidad de uso M 15%
entendido, aprendido y usado por
necesario que en el cdigo existan
Seguridad M 10% 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
Compatibilidad B 0%
nivel de cdigo, por lo que ser
evaluada desde punto de vista externo.
muy necesario que el cdigo sea
Mantenibilidad A 25% modificado o actualizado por cualquier
programador de acuerdo a las
necesidades correctivas.
Portabilidad NA 0% aplica realizar la evaluacin a un


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

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


relevantes para la calidad en uso

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

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

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.
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
Calidad Interna, Externa y en Uso del sistema

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

45 Ibd., pg. 162.

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
25%
20%
Valor obtenido
15%
10%
5%
0%
Adecuaci Fiabilida Eficienci Facilidad Segurida Compati Manteni Portabili
n d a en el de uso d bilidad bilidad dad
funciona desemp
l eo
Valor obtenido 25% 10% 8% 11% 2% 0% 17% 0%

47 Ibd., pg. 144 150.

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
Calidad externa total obtenida del sistema LogiNotificador
20%
18%
16%
14%
Valor obtenido
12%
10%
8%
6%
4%
2%
0%
Adecua Fiabilid Eficien Facilida Segurid Compa Mante Portabi
cin ad cia en d de ad tibilida nibilida lidad
funcion el uso d d
al desem
peo
Valor obtenido 20% 11% 9% 10% 5% 20% 12% 0%

48 Ibd., pg. 151 157.

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
Calidad en uso total obtenida del sistema LogiNotificador
40%
35%
30%
25%
valor obtenido
20%
15%
10%
5%
0%
Efectividad Eficiencia Satisfacci Libertad de Cobertura
n Riesgo de
Contexto
Valor obtenido 30% 15% 36% 10% 0%

49 Ibd., pg. 158 161.

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. 150-
151.
[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 o 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.

CD 6067

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

CD 6067

Cargado por

Copyright:

Formatos disponibles

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

A travs de la presente declaracin cedo mis derechos de propiedad intelectual

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

3.1.2. Funcionalidad del sistema........................................................................ 131

Figura 1.1 Divisin de la Norma ISO/IEC 25000 ................................................ 8

Tabla 1.1 Actividades principales en programacin informtica, consultora de

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

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

El presente proyecto tiene 4 captulos que se describen a continuacin:

El primer captulo trata acerca del anlisis de las caractersticas y productos

En el segundo captulo se realizar la definicin de caractersticas,

En tercer captulo se realizar un anlisis del producto software a ser evaluado,

En el cuarto captulo se listan las conclusiones y recomendaciones obtenidas a

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,

En este captulo se hace un anlisis de las caractersticas de los productos de

Es relevante la definicin del ciclo de vida de la calidad de productos de

Consecuentemente se hace una revisin del modelo de calidad de la ISO/IEC

1.1. CARACTERIZACIN DE LOS PRODUCTOS DE LAS

Para realizar la caracterizacin de los productos en las empresas de desarrollo

1.1.1. Tipo de empresas participantes en el sector de software

De acuerdo a la Superintendencia de compaas, en la actualidad existen 467

PROGRAMACIN INFORMTICA, CONSULTORA DE INFORMTICA Y

Las empresas que se encuentran en el sector de software, se dedican a la

A continuacin se detalla las categoras que abarca la programacin

En la categora de Programacin informtica se realizan las siguientes

a.1. Programacin informtica

a.1.1. Actividades de diseo de la estructura y la escritura del cdigo

Programas de sistemas operativos.

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

b. CONSULTORA DE INFORMTICA Y DE GESTIN INFORMTICA

En la categora Consultora informtica y de gestin informtica se realizan

b.1. Consultora de informtica y de gestin de instalaciones

b.1.2. Actividades de planificacin y diseo de sistemas informticos

b.2. Gestin de recursos informticos

b.2.1. Servicios de gestin de sistemas informticos y/o instalaciones

c. OTRAS ACTIVIDADES DE TECNOLOGA DE LA INFORMACIN Y DE

En la categora Otras actividades de tecnologa de la informacin y de servicios

c.1. Actividades relacionadas a la informtica como: recuperacin en casos

Tabla 1.1 Actividades principales en programacin informtica,

CIIU (4) Actividades principales N de empresas

J6201.02 Adaptacin de programas informticos. 64

Recuperacin en casos de desastre informtico,

J6209.02 Instalacin de computadoras personales. 5

Fuente: Superintendencia de Compaas y Valores

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

Tabla 1.2 Tipos de productos software

Productos Tipos de productos

Base de datos jerrquica

Base de datos multidimensional

Software de Aplicacin de productividad