Anda di halaman 1dari 224

i

ESCUELA POLITCNICA NACIONAL


ESCUELA DE INGENIERA

EVALUACIN DE CALIDAD DEL SISTEMA INTEGRADO


PARA CASAS DE VALORES SICAV DE LA BOLSA DE
VALORES DE QUITO UTILIZANDO LA NORMA ISO/IEC14598

PROYECTO PREVIO A LA OBTENCIN DEL TTULO DE INGENIERO EN


SISTEMAS INFORMTICOS Y DE COMPUTACIN

ANDRS ALEJANDRO VIVANCO VILLAMAR


andresviv@hotmail.com
andresviv2012@gmail.com

DIRECTOR: MSC. ING. BOLVAR PALN


Bolivar.palan@gmail.com
Bpalan2008@hotmail.com

Quito, Agosto 2011

DECLARACIN

Yo, Andrs Alejandro Vivanco Villamar, 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 sedo mis derechos de propiedad intelectual


correspondientes a mi trabajo, a la Escuela Politcnica Nacional, segn lo
establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la
normatividad institucional vigente.

Andrs Alejandro Vivanco Villamar

ii

CERTIFICACIN

Certifico que el presente trabajo fue desarrollado por Andrs Alejandro Vivanco
Villamar, bajo mi supervisin.

Msc. Ing. Bolvar Paln


DIRECTOR DE PROYECTO

iii

AGRADECIMIENTOS

Esta Tesis la dedico de una manera muy especial a mi familia a mi madre que se
encuentra lejos y cerca a la vez, a mi padre que ha sido un pilar fundamental para
sacar a sus hijos adelante, e inspiracin para mi, a mis hermanos, mis abuelitas
que con sus sabios consejos me han motivado a culminar pronto esta meta y a
toda mi familia, han sido y siempre sern muy importantes para m.
A mi novia Andra, que me apoya mucho, es una mujer paciente y valiosa.
Al Ing. Bolivar Paln, gracias a su paciencia y motivacin para culminar este
peldao, por guiarme correctamente en mi vida estudiantil y profesional.
Andrs

iv

DEDICATORIA

Esta Tesis la dedico de una manera muy especial a mi familia, en especial mi


madre, ya que en su existencia me ayudo mucho y su memoria fue motivo de
inspiracin.

Andrs

NDICE DE CONTENIDOS
Tema

Pgina

RESUMEN ................................................................................................................................................................. x
INTRODUCCION ...................................................................................................................................................... xi

CAPITULO 1 EVALUACIN DE LA CALIDAD DE SOFTWARE....................................................... 1


1.1 PRINCIPIOS DE CALIDAD DE SOFTWARE ........................................................................... 1
1.1.1 PRINCIPIOS DE CALIDAD .............................................................................................. 1
1.1.2 PRINCIPIOS DE CALIDAD DE SOFTWARE .................................................................... 3
1.2 MODELOS DE CALIDAD DE SOFTWARE.............................................................................. 9
1.2.1 MODELOS ....................................................................................................................... 9
1.2.2 MODELOS DE CALIDAD DE SOFTWARE .................................................................... 10
1.3 MODELO DE CALIDAD ISO/IEC 9126 ................................................................................. 12
1.3.1 ESTANDAR ISO/IEC 9126 ............................................................................................. 12
1.4 MODELO DE EVALUACIN DE CALIDAD USANDO ISO/IEC 14598................................... 47
1.4.1 ESTANDAR ISO/IEC 14598 ........................................................................................... 47
1.4.2 RELACIN ENTRE ESTNDARES ISO/IEC 9126 E ISO/IEC 14598............................. 85
CAPITULO 2. DETERMINACIN DE UN MODELO DE CALIDAD PARA UNA APLICACIN
SMART CLIENT. ............................................................................................................................. 86
2.1 DEFINICIN DE CARACTERSTICAS DE CALIDAD ............................................................ 86
2.1.1 CUADRO DE LAS CARACTERSTICAS DE CALIDAD EXTERNA MS
SIGNIFICATIVAS PARA UN SMART CLIENT......................................................................... 86
2.1.2 CUADRO DE LAS CARACTERSTICAS DE CALIDAD INTERNA MS SIGNIFICATIVAS
PARA UN SMART CLIENT ..................................................................................................... 87
2.1.3 CUADRO DE LAS CARACTERSTICAS DE CALIDAD EN USO MS SIGNIFICATIVAS
PARA UN SMART CLIENT. .................................................................................................... 88
2.2 DEFINICIN DE SUB-CARACTERSTICAS Y ATRIBUTOS ................................................. 89
2.2.1 CUADRO DE LAS SUB - CARACTERSTICAS Y ATRIBUTOS DE CALIDAD EXTERNA
MS SIGNIFICATIVAS PARA UN SMART CLIENT. ............................................................... 89
2.2.1 CUADRO DE LAS SUB - CARACTERSTICAS Y ATRIBUTOS DE CALIDAD INTERNA
MS SIGNIFICATIVAS PARA UN SMART CLIENT. ............................................................... 90
2.2.2 CUADRO DE LAS SUB - CARACTERSTICAS Y ATRIBUTOS DE LA CALIDAD EN USO
MS SIGNIFICATIVAS PARA UN SMART CLIENT. ............................................................... 92
2.3 MODELO DE INDICADORES Y MTRICAS ......................................................................... 93
2.3.1 MODELO DE MTRICAS............................................................................................... 93
2.3.2 MTRICAS PARA LA CALIDAD INTERNA .................................................................... 95
2.3.2 MTRICAS PARA LA CALIDAD EXTERNA ................................................................. 114
2.3.3MTRICAS PARA LA CALIDAD EN USO ..................................................................... 128
2.3.4 NIVELES DE PUNTUACIN PARA LAS MTRICAS................................................... 148

vi

2.3.5 ESTABLECER CRITERIOS PARA LA VALORACIN.................................................. 149


2.3.6 PONDERACIN EN PORCENTAJE DE LAS CARACTERSTICAS MS IMPORTANTES
PARA LA CALIDAD EXTERNA. ............................................................................................ 150
2.3.7 PONDERACIN EN PORCENTAJE DE LAS CARACTERSTICAS MS IMPORTANTES
PARA LA CALIDAD INTERNA. ............................................................................................. 150
2.3.8 PONDERACIN EN PORCENTAJE DE LAS CARACTERSTICAS MS IMPORTANTES
PARA LA CALIDAD EN USO ................................................................................................ 151
CAPITULO 3 APLICACIN DEL MODELO DE EVALUACIN DE CALIDAD PARA EL SISTEMA
SICAV............................................................................................................................................ 152
3.1 RECONOCIMIENTO Y ESTUDIO DEL SICAV .................................................................... 152
3.1.1 MAPA DE FUNCIONALIDADES DE SICAV (DESDE PERSPECTIVA DEL USUARIO) 158
3.1.2 ESTRUCTURA DE PROGRAMACIN DE SICAV (DESDE PERSPECTIVA TCNICA)
.............................................................................................................................................. 159
3.1.3 ARBOL DE PROGRAMACIN SICAV (DESDE PERSPECTIVA TCNICA) ................ 160
3.1.4 SECUENCIALIDAD DE FUNCIONALIDAD REFLEJADA EN EL ARBOL DE
PROGRAMACIN SICAV (DESDE PERSPECTIVA DEL USUARIO), EJM MDULO
CUSTOMER ......................................................................................................................... 161
3.2 PREPARACIN DE LOS REQUERIMIENTOS DE EVALUACIN ...................................... 162
3.2.1 REQUERIMIENTOS PARA APLICAR EL MODELO DE INDICADORES Y MTRICAS
.............................................................................................................................................. 162
3.2.2 TABLAS PARA LA EVALUACIN DE CALIDAD DE UN PRODUCTO DE SOFTWARE
SEGN EL MODELO DE CALIDAD ISO/IEC 9126 GENRICA............................................ 164
3.2.3 MUESTREO DE LOS MDULOS MS IMPORTANTES DE SICAV ............................ 168
3.3 EVALUACIN DE LA CALIDAD .......................................................................................... 169
3.3.1 TABLAS PARA LA EVALUACIN DE CALIDAD DE UN PRODUCTO DE SOFTWARE
SEGN EL MODELO DE CALIDAD ISO/IEC 9126 APLICADO PARA NUESTRO CASO DE
ESTUDIO SICAV. ............................................................................................................... 169
3.4 ANLISIS DE LOS RESULTADOS...................................................................................... 174
3.4.1 RESUMEN DE LA EVALUACIN DE CALIDAD DE UN PRODUCTO DE SOFTWARE
SEGN EL MODELO DE CALIDAD ISO/IEC 9126 APLICADO PARA NUESTRO CASO DE
ESTUDIO SICAV. ............................................................................................................... 175
4. CONCLUSIONES Y RECOMENDACIONES ............................................................................ 184
4.1 CONCLUSIONES ................................................................................................................ 184
4.2 RECOMENDACIONES ........................................................................................................ 185
4.3 REFLEXIN FINAL ............................................................................................................. 186
REFERENCIAS BIBLIOGRAFICAS.............................................................................................. 187
ANEXO A. ENCUESTA DE CALIDAD EN USO ........................................................................ 189
ANEXO B. REGISTRO DE EVALUACIN (MEDICIONES) ...................................................... 194
Mtricas Internas ....................................................................................................................... 194
Mtricas Externas ...................................................................................................................... 203

vii

NDICE DE FIGURAS

Figura 1.1. Modelo de un sistema de gestin de calidad basado en procesos


Figura 1.2.Principios Bsicos en los que se basa un buen sistema de calidad.
Figura 1.3.Interrelacin existente entre la Gestin de la Calidad, el Aseguramiento
de la Calidad y el Control de la Calidad.
Figura 1.4. Descripcin de un Modelo en Cadena
Figura 1.5. Tipos de Modelos de Calidad de Software
Figura 1.6.Proceso de Evaluacion
Figura 1.8. Relacin entre medidas
Figura 1.9. Caractersticas de calidad, subcaractersticas y atributos
Figura 1.10. Niveles de Puntuacin para las mtricas
Figura 1.11. Proceso de Evaluacin para Evaluadores

viii

NDICE DE TABLAS
Tabla 1.1 Ejemplos de Tipos de Modelos de Calidad de Software
Tabla 1.2 Significado de los Campos que conforman la Tabla de Mtricas
Tabla 1.4 Ejemplo de Mtricas Internas de Adaptabilidad
Tabla 1.5 Ejemplo de Mtricas de Calidad en Uso, caracterstica Seguridad
Tabla 1.6 Tipos de Producto de Software con Ejemplos
Tabla 1.7 Actividades de Evaluacin de Software
Tabla 1.8 Relacin entre departamento de soporte y proyectos de evaluacin
Tabla 1.9 Proceso de evaluacin del producto de software para evaluadores

ix

NDICE DE MAPAS
Mapa 1.1. Estrategias de Trabajo
Mapa 1.2. Modelo de calidad para Calidad Externa e Interna

RESUMEN

El Objetivo de este trabajo es realizar la Evaluacin de Calidad del Sistema


Integrado para Casas de Valores de la Bolsa de Valores de Quito (SICAV),
tomando como base el Modelo de Calidad ISO / IEC 9126, personalizando el
modelo con mtricas ms adecuadas para tener un valor ms real y objetivo como
resultado de esta evaluacin, siguiendo durante el proceso de Evaluacin las
pautas y puntos clave de la ISO / IEC 14598.
Con la Evaluacin de un Producto de Software, se garantiza de cierta manera
siempre y cuando se hayan escogido las mtricas de evaluacin ms adecuadas,
tanto para la Calidad Interna, Calidad Externa y Calidad en USO.
Al obtener los resultados se puede analizar cules son los valores de mtricas y
atributos ms fuertes y menos fuertes dentro de este caso de estudio, de esta
manera emitir observaciones para mejorar las caractersticas del Sistema para de
esta manera garantizar un producto de software confiable, estable, y sobre todo
que el usuario obtenga la mayor prestacin y beneficio de su uso.

xi

INTRODUCCION

La Calidad de un producto de software, sea este en el Proceso de Desarrollo, o al


momento de adquirir un producto de software terminado, es muy importante, de
esta manera se asegura mediante un proceso de evaluacin, basndose en la
seleccin de las mtricas ms apropiadas para un producto de software
determinado, garantizar la Calidad de un Sistema.
El presente proyecto consta de 4 captulos que se describen a continuacin:
El primer captulo trata sobre los principios de Calidad de Software, se detalla y
estudia el Estndar de Modelo de Calidad de Software ISO / IEC 9126, que es el
que va a usar junto con el Estndar de Proceso de Evaluacin ISO / IEC 14598, y
como se relacionan en el proceso de evaluacin.
En el segundo captulo se define el modelo de Calidad que ms se aplica para
nuestro caso de estudio, nuestro sistema a evaluar el SICAV, tomando en
consideracin que es una aplicacin Smart Client, un producto terminado y el
mbito de negocio es Financiero Burstil.
En el tercer captulo se aplica el modelo de Calidad definido para el caso de
estudio Sistema Integrado para Casas de Valores SICAV, estudiando el SICAV,
analizando los requerimientos previos a la evaluacin, ejecutando la evaluacin y
analizando los resultados obtenidos.
En el cuarto y ltimo captulo se listan las conclusiones, recomendaciones, y una
reflexin final a considerar como resultado del anlisis global de la Evaluacin.

CAPITULO 1

EVALUACIN

DE

LA

CALIDAD DE

SOFTWARE
1.1 PRINCIPIOS DE CALIDAD DE SOFTWARE
1.1.1 PRINCIPIOS DE CALIDAD
Se genera en base a la implementacin de polticas de calidad, cumpliendo los
objetivos planteados, cumpliendo

responsabilidades y teniendo en cuenta la

planificacin de la calidad, el control de la calidad, la garanta de calidad y la


mejora de la calidad.
Los 8 principios de gestin de la calidad
Los principios de gestin de la calidad, de acuerdo a lo indicado en la norma ISO
9001 son:
1.- Enfoque al cliente: las organizaciones dependen de sus clientes, por lo tanto
deben comprender sus necesidades actuales y futuras, satisfacer sus requisitos y
esforzarse en exceder sus expectativas.
2.- Liderazgo: los lderes establecen la unidad de propsito y la orientacin de la
organizacin. Deben crear y mantener un ambiente interno, en el cual el personal
pueda llegar a involucrarse en el logro de los objetivos de la organizacin.
3.- Participacin del personal: El personal, a todos los niveles, es la esencia de
la organizacin, y su total compromiso posibilita que sus habilidades sean usadas
para el beneficio de la organizacin.
4.- Enfoque basado en procesos: Un resultado deseado se alcanza ms
eficientemente cuando las actividades y los recursos relacionados se gestionan
como un proceso.

5.- Enfoque de sistema para la gestin: identificar, entender y gestionar los


procesos interrelacionados como un sistema, contribuye a la eficacia y eficiencia
de la organizacin en el logro de sus objetivos.
6.- Mejora continua: la mejora continua del desempeo global de la
organizacin, debe de ser un objetivo permanente de esta.
7.- Enfoque basado en hechos para la toma de decisiones: las decisiones
eficaces se basan en el anlisis de los datos y en la informacin previa.
8.- Relaciones mutuamente beneficiosas con el proveedor: una organizacin
y sus proveedores son interdependientes, y una relacin mutuamente beneficiosa
aumenta la capacidad de ambos para crear valor.
Estos ocho principios de gestin de la calidad constituyen la base de las normas
de sistemas de gestin de la calidad de la familia de Normas ISO 9000.
Modelo de un sistema de gestin de calidad basado en procesos
(ISO 9000:2000)

Figura 1.1.Modelo de un sistema de gestin de calidad basado en procesos


(ISO 9000:2000)
Fuente: ISO 9000

1.1.2 PRINCIPIOS DE CALIDAD DE SOFTWARE


Para que un software sea considerado un Software con Calidad implica la
utilizacin de metodologas o procesos basados en estndares para el anlisis,
diseo, programacin y testing del software que permitan que el usuario al
trabajar con el Software lo haga con mayor confiabilidad, mantenibilidad y
facilidad de prueba, y por otro lado mejore la productividad, tanto para la labor de
desarrollo como para el control de la calidad del software.
Un buen S.R.S SystemRequirementSpecifications es una buena base para
establecer las mtricas de calidad.
Los estndares o metodologas definen un conjunto de criterios o buenas
prcticas de desarrollo que guan la forma en que se aplica la Ingeniera de
Software.
La poltica en la que se basa un sistema de calidad debe estar sustentada sobre
tres principios bsicos: tecnolgico, administrativo y ergonmico.
Principios Bsicos en los que se basa un buen sistema de calidad.

Define las tcnicas a utilizar en el proceso de desarrollo del software.


Principio
Tecnolgico

Principio
Administrativo

Contempla las funciones de planificacin y control del desarrollo del software, as como la
organizacin del ambiente de trabajo.

Define la interfaz entre el usuario y el ambiente automatizado.


Principio
Ergonmico

Figura 1.2.Principios Bsicos en los que se basa un buen sistema de calidad.


Fuente: Monografa Control y Calidad Total, Douglas Dominguez
Elaborado: Andrs Alejandro Vivanco Villamar

La eleccin de una buena poltica contribuye en gran medida a lograr la calidad


del software, pero no la asegura,ya que para el aseguramiento de la calidad es
necesario su control o evaluacin en su ciclo de vida hasta despus que este en
produccin.

En la Figura 1.3 se observa la interrelacin existente entre la Gestin de la


Calidad, el Aseguramiento de la Calidad y el Control de la Calidad.

Interrelacin existente entre la Gestin de la Calidad, el Aseguramiento de la Calidad y el


Control de la Calidad.

Gestin de la Calidad

Control de Calidad

Aseguramiento de la
Calidad

Figura 1.3.Interrelacin existente entre la Gestin de la Calidad, el Aseguramiento de la


Calidad y el Control de la Calidad.
Fuente: Qu es la Calida de Software?, Mario Cruz Chin - ITESCAM

1.1.2.1 La Gestin de la Calidad de Software


Gestin de la calidad de software (ISO 9000): Conjunto de actividades de la
funcin general de la direccin que determina la calidad, los objetivos y las
responsabilidades y se implanta por medios tales como la planificacin de la
calidad, el control de la calidad, el aseguramiento (garanta) de la calidad y la
mejora de la calidad, en el marco del sistema de calidad
Poltica de calidad (ISO 9000): Directrices y objetivos generales de una
organizacin, relativos a la calidad, tal como se expresan formalmente por la alta
direccin.
La gestin de la calidad se aplica por lo general a nivel de empresa. Tambin
puede haber una gestin de calidad dentro de la gestin de cada proyecto.

1.1.2.2 El aseguramiento de la calidad de Software


Aseguramiento de la calidad: Es un conjunto de acciones planificadas y
sistemticas necesarias para proporcionar un grado de confianza adecuada de
que un producto o serviciosatisfar los requerimientos dados sobre calidad.
Aseguramiento de la calidad de software: Conjunto de actividades planificadas
y sistemticas necesarias para aportar la confianza en que el producto de
software satisfar los requisitos de calidad.
El aseguramiento de calidad del software se lo tiene que disear para cada
aplicacin antes de comenzar a desarrollarla.
El aseguramiento de calidad del software est presente en:

Mtodos y herramientas de anlisis, diseo, programacin y prueba.

Inspecciones tcnicas formales en todos los pasos del proceso de


desarrollo del software.

Estrategias de prueba multiescala.

Control de la documentacin del software y de los cambios realizados.

Procedimientos para ajustarse a los estndares (y dejar claro cuando se


est fuera de ellos).

Mecanismos de medida (mtricas).

Registro de auditoras y realizacin de informes.

Las actividades para el aseguramiento de calidad del software se detallan en:

Mtricas de software para el control del proyecto.

Verificacin y validacin del software a lo largo del ciclo de vida (Incluye


las pruebas y los procesos de revisin e inspeccin).

La gestin de la configuracin del software.

Algunos mtodos del aseguramiento:

Revisiones tcnicas y de gestin (su objetivo es la evaluacin).

Inspeccin (su objetivo es la verificacin). Estamos construyendo el


producto adecuado o correcto?

Pruebas (su objetivo es la validacin). Estamos construyendo el


producto correctamente?

Auditorias (su objetivo es la confirmacin del cumplimiento).

1.1.2.3 El Control de la Calidad


Control de calidad: "Conjunto de tcnicas y actividades de carcter operativo,
utilizadas para verificar los requerimientos relativos a la calidad del producto o
servicio".
Control de la calidad del software: Tcnicas y actividades de carcter operativo,
utilizadas para verificar los requisitos relativos a la calidad, centradas en mantener
bajo control el proceso de desarrollo y eliminar las causas de los defectos en las
diferentes fases del ciclo de vida.
El control de la calidad del software est centrado en dos objetivos
fundamentales:

Mantener bajo control un proceso.

Eliminar las causas de los defectos en las diferentes fases del ciclo de
vida.

En general, se puede decir que el control de de la calidad del software son las
actividades para evaluar la calidad de los productos desarrollados. Las
Estrategias de trabajo se muestran en el mapa 1.1:

Estrategias de Trabajo
Calidad

Control de
Calidad

Revisiones y
Auditoras

Aseguramiento
de la Calidad

Laboratorio de
Certificacin

Producto
entregable (
versiones)

Producto Final

Marco de
Referencia

Estrategia de
Mejora

Procesos

Mapa 1.1. Estrategias de Trabajo


Fuente: Andrs VivancoVillamar
Elaborado por: Andrs Vivanco Villamar

1.1.2.4 Los factores de la calidad del software y los defectos


Originalmente, la calidad de un programa o sistema se evaluaba de acuerdo al
nmero de defectos por cada mil lneas de cdigo.
En 1988, un estudio realizado en los EEUU, demostr que se introducan cerca de
sesenta defectos por cada mil lneas de cdigo (60 def/KLOC), hoy se le
adicionan otros factores a la calidad del software.
Los factores que determinan la calidad del software se clasifican en tres grupos:
Operaciones del producto: caractersticas operativas

Correccin: Grado en que un programa satisface sus especificaciones y


logra los objetivos marcados por el usuario.
(Hace lo que se le pide?).

Fiabilidad: Grado en que se puede esperar que un programa lleve a


cabo las funciones esperadas con la precisin requerida.
(Lo hace de forma fiable todo el tiempo?).

Eficiencia: Cantidad de recursos de computadoras y de cdigo


requeridos por el programa para realizar sus funciones con los tiempos
de respuesta adecuados.
(Qu recursos hardware y software necesito?).

Integridad: Grado en que puede controlarse el acceso al software o a


los datos por usuarios no autorizados.
(Puedo controlar su uso?).

Facilidad de uso: Esfuerzo necesario para aprender, utilizar, preparar


las entradas e interpretar las salidas de un programa.
(Es fcil y cmodo de manejar?).

Revisin del producto: capacidad para soportar cambios.

Facilidad de mantenimiento: Esfuerzo requerido para localizar y


arreglar un error en un programa.
(Puedo localizar los fallos?).

Flexibilidad: Esfuerzo requerido para modificar un programa.


(Puedo aadir nuevas opciones?).

Facilidad de prueba: Esfuerzo requerido para probar un programa de


forma que se asegure que realiza la funcin requerida.
(Puedo probar todas las opciones?).

Transicin del producto: adaptabilidad a nuevos entornos.

Portabilidad: Esfuerzo requerido para transferir un programa desde un


entorno HW y/o SW a otro.
(Podr usarlo en otra mquina?).

Reusabilidad: Grado en que un programa o componente SW se puede


reutilizar en otras aplicaciones.
(Podr utilizar alguna parte del software en otra aplicacin?).

Interoperatividad: Esfuerzo requerido para acoplar un sistema con


otras aplicaciones o sistemas.

(Podr comunicarse con otras aplicaciones o sistemas informticos?).

1.2 MODELOS DE CALIDAD DE SOFTWARE


1.2.1 MODELOS
En ciencias puras y, sobre todo, en ciencias aplicadas, se denomina modelo al
resultado del proceso de generar una representacin abstracta, conceptual,
grfica, visual, fsica, matemtica, de fenmenos, sistemas o procesos a fin de
analizar, describir, explicar, simular, explorar, controlar y predecir esos fenmenos
o procesos.
Se considera que la creacin de un modelo es una parte esencial de toda
actividad cientfica.
Para hacer un modelo es necesario plantear una serie de hiptesis, de manera
que lo que se quiere representar est suficientemente plasmado en la
idealizacin, aunque tambin se busca, normalmente, que sea lo bastante sencillo
como para poder ser manipulado y estudiado.
El modelo cientfico, descripcin de un Modelo en cadena

Empiria

Objeto

Teora
Investigacin
Informativa

Modelo

Figura 1.4.Descripcin de un Modelo en Cadena


Elaborado: Andrs Alejandro VivancoVillamar

El objeto del estudio emprico existe en el mundo tangible, o en empiria, como los
investigadores lo llaman. En la mayora de los proyectos de investigacin una de
las primeras metas est crear un retrato terico del objeto emprico del estudio en
el mundo conceptual del pensamiento y de la teora. Los cientficos utilizan a
menudo el nombre del modelo de este retrato del objeto del estudio. En las fases
iniciales de un proyecto de investigacin el modelo a menudo existe slo como

10

una idea en la mente del investigador, pero pronto l desear ponerlo en el papel
o en la computadora, tambin.
Lenguajes de modelos
Los componentes principales usados al construir modelos cientficos son
conceptos tericos. Los conceptos tambin sirven como acoplamientos entre el
modelo y empiria. Ellos conectan con sus contrapartes empricas con las
definiciones empricas que el investigador tiene que proporcionar por lo menos
algunos de los conceptos.
Entre los lenguajes de modelos cientficos se incluyen,

Lenguaje escrito

Modelos icnicos

Modelos de analoga

Modelos topolgicos

Modelos aritmticos

1.2.2 MODELOS DE CALIDAD DE SOFTWARE


Un modelo de calidad total es un conjunto de criterios agrupados en reas o
captulos y que sirven como referencia para estructurar un plan de calidad total en
una empresa u organizacin, o en una de sus partes.
Los Modelos de Calidad son herramientas que guan a las Organizaciones a la
mejora continua y la competitividad.
Los modelos de Calidad ms ampliamente aceptados y con mayor reputacin
son los siguientes:

El Malcolm Baldrige, basado en el Premio Nacional de Calidad de Estados


Unidos

El basado en el Premio Europeo a la Calidad

Junto a ellos, aunque poco utilizado en Occidente, est el Premio Deming,


que es el Premio Nacional a la Calidad en Japn.

11

Para entender mejor la importancia de los modelos de calidad del Software y


distinguir su utilizacin, se los puede diferenciar en la Figura 1.5 y Figura 1.6:
Tipos de Modelos de Calidad de Software

Procesos

Proyecto
de SW

Organizacin

Producto de SW
Figura 1.5. Tipos de Modelos de Calidad de Software
Fuente: Ing. Bolvar Paln
Elaborado: Andrs Alejandro Vivanco Villamar

Ejemplo de Tipos de Modelos de Calidad de Software


Aspecto

Modelos de Calidad
CMMI

Proyecto

SPICE

(Ciclo de Vida del Sw)

ISO 12207
ISO 9001 - 2008

Organizacin

ISO 9003

(Gobierno de TI)

COBIT
PMI - PMBOOK

Proceso

ITIL

(Procesos de la empresa)

PRINCE 2

Producto
(Producto de SW)

MC CALL
ISO 14598

Tabla 1.1 Ejemplos de Tipos de Modelos de Calidad de Software


Fuente: Ing. Bolvar Paln
Elaborado: Andrs Alejandro Vivanco Villamar

12

1.3 MODELO DE CALIDAD ISO/IEC 9126


Modelo de Calidad del Producto de Software ISO 9126
1.3.1 ESTANDAR ISO/IEC 9126
La Organizacin Internacional para la Estandarizacin en ingls (International
Organization

for

Standardization)

ISO

la

Comisin

Electrotcnica

Internacionalen ingls (International Electrotechnical Commission) IEC son


organizaciones que permiten estandarizar o normar sistemas o directrices para la
calidad, evaluacin, seguridad, etc, para la industria del Software y de las
Ciencias de Computacin aplicado a nivel mundial.
La Norma ISO/IEC 9126 estandariza la Calidad del Producto de Software, esta
consta de cuatro partes:

Parte 1: Modelo de Calidad (ISO/IEC 9126-1)

Parte 2: Mtricas Externas (ISO/IEC 9126-2)

Parte 3: Mtricas Internas (ISO/IEC 9126-3)

Parte 4: Mtricas de Calidad en Uso (ISO/IEC 9126-4)

El hecho de que un Producto de Software, sea este una Aplicacin Web,


Aplicacin de Escritorio, Aplicacin movil, Aplicacin Smart Client cumpla las
directrices de la ISO 9126 nos da un grado de confianza de que ese Producto de
Software tiene calidad.
Para nuestro caso de estudio, el hecho de que el Sistema Integrado para Casas
de Valores, SICAV cumpla la norma ISO 9126 garantizara una calidad aceptable
a nivel internacional y por ende facilitara la comercializacin de este producto en
mercados burstiles similares al de Ecuador como por ejemplo Panam,
Honduras, Per entre otros.

13

1.3.1.1 Modelo de Calidad (ISO/IEC 9126-1)


En esta parte de la norma ISO/IEC 9126 se detalla el modelo a usar para la
calidad del producto de software, que a su vez se divide en dos partes:

Calidad interna y calidad externa

Calidad en uso.

La Calidad Interna y Calidad Externa del modelo describe a la calidad del


software, basndose en seis caractersticas principales que a su vez se dividen en
sus respectivas subcaractersticas.
LaCalidad en Uso del modelo se basa en cuatro caractersticas primordialespara
determinar la calidad de uso desde la perspectiva del usuario de un sistema.
El estndar ISO/IEC 9126 puede ser usado desde varias perspectivas como son:
adquisicin, desarrollo, uso, soporte, mantenimiento y auditoria de software.
Ejemplos de uso del Modelo de Calidad son:

Validar la integridad de una definicin de requisitos

Identificar requisitos del software

Identificar objetivos para el diseo software

Identificar requisitos para el Testing Q.A. y de funcionalidad de software

Identificar requisitos para el aseguramiento de la calidad

Identificar criterios de aceptacin para un producto software en produccin

Modelo de Calidad para Calidad Interna y Externa


El modelode calidad de la ISO 9126 se describe a partir de seis caractersticas
generales (Funcionalidad, Fiabilidad, Usabilidad, Eficiencia, Mantenibilidad y
Portabilidad) para la calidad interna y externa, cada una de ellas con
subcaractersticas que pueden ser medidas por mtricas internas o
segn corresponda. Figura 2.

externas

14

Modelo de calidad para Calidad Externa e Interna

Mapa1.2. Modelo de calidad para Calidad Externa e Interna


Fuente: ISO/IEC 9126-1

FUNCIONALIDAD: es la capacidad del producto de software para proporcionar


funciones que permitan satisfacer las necesidades bsicas de funcionamiento
cuando el software es usado en condiciones especficas.
Las subcaractersticas de la funcionalidad son:

Adecuacin: capacidad del producto de software para proveer un conjunto


apropiado de funciones para tareas y objetivos de usuario especficos.

Exactitud: capacidad del producto de software para proveer los resultados


o efectos correctos o acordados, con el grado necesario de precisin.

Interoperabilidad: capacidad del producto de software para operar o


interactuar con uno o ms sistemas especificados.

Seguridad de acceso: capacidad del producto de software para proveer


una excelente proteccin de la informacin y datos que maneja el producto
de software, de manera que las personas o sistemas ajenos a este, o no
autorizados no puedan leerlos o modificarlos.

15

Es decir que con esta caracterstica se de el acceso a la informacin a


usuarios autorizados y se deniegue el acceso a las personas o sistemas no
autorizados.

Cumplimiento de la funcionalidad: capacidad del producto de software


para adherirse a estndares, normas, y buenas prcticas relacionadas con
funcionalidad.

FIABILIDAD: es la capacidad del producto de software para mantener un buen


nivel aceptable de rendimiento cuando es usado bajo parmetros o condiciones
especficas.
Las subcaractersticas de la fiabilidad son:

Madurez: capacidad del producto de software para evitar un fallo tcnico


del producto de software, no como resultado de alguna falla provocada por
el usuario.

Tolerancia a fallos: capacidad del producto para mantener un buen nivel


aceptable de rendimiento en caso de fallos de software.

Capacidad de recuperacin: capacidad del producto de software para


restablecer un nivel aceptable de rendimiento especfico y de recuperar los
datos involucrados despus de algn fallo en el producto de software.

Cumplimiento de la fiabilidad: capacidad del producto de software para


adherirse a estndares, normas, convenciones, regulaciones, o buenas
prcticas relacionadas con la fiabilidad.

16

USABILIDAD: es la capacidad del producto de software para ser entendido,


fcilidad de ser aprendido, facilidad de ser usado y que sea un producto de
software considerado atractivo para el usuario bajo condiciones especficas.
Para esta caracterstica pueden incluirse perspectivas diferentes como: usuarios,
operadores, usuarios finales y usuarios indirectos que tienen relacin con el uso
del software.
Las subcaractersticas de la usabilidad son:

Capacidad para ser entendido: capacidad del producto de software que


permite a un determinado usuario entender si el software es adecuado para
sus necesidades y cmo puede ser usado para determinadas tareas o
condiciones de uso.

Capacidad para ser aprendido: capacidad del producto de software que


permite al usuario aprender el manejo del producto de software.

Capacidad para ser operado: capacidad del producto de software que


permite al usuario operarlo y controlarlo.

Capacidad de atraccin: capacidad del producto de software para ser


considerado atractivo a un determinado usuario.

Cumplimiento de la usabilidad: capacidad del producto de software para


adherirse

estndares,

normas,

convenciones,

guas

regulaciones o buenas prcticas relacionadas con la usabilidad.

de

estilo,

17

EFICIENCIA: es la capacidad del producto de software para proporcionar un


apropiado y bsico rendimiento, relativo a la cantidad de recursos usados bajo
parmetros y condiciones especficas.
Las subcaractersticas de la eficiencia son:

Comportamiento temporal: capacidad del producto de software para


proporcionar tiempos de respuesta y tiempos de proceso apropiados, bajo
condiciones determinadas.

Utilizacin de recursos: capacidad del producto de software para usar


adecuadamente

los

recursos

adecuados

cuando

el

producto

de

softwareesta funcionando y operando bajo condiciones determinadas.

Cumplimiento de la eficiencia: capacidad del producto de software para


adherirse

estndares,

normas,

convencioneso buenas prcticas

relacionadas con la eficiencia.


Las caractersticas como la funcionalidad, fiabilidad, usabilidad y eficiencia
pueden ser medidas externamente por la calidad en uso mediante diferentes
perspectivas de usuarios que utilizan el producto de software.
MANTENIBILIDAD: es la capacidad del producto de software para ser modificado
al estar en produccin, las modificaciones pueden incluir correcciones, mejoras,
adaptaciones del software, cambios en el entorno de operacin del software o
sugerencias por parte de los usuarios.
Las sub caractersticas de la mantenibilidad son:

Capacidad para ser analizado: es la capacidad del producto de software


para diagnosticar deficiencias o causas de los fallos en el software, o para
identificar las partes que van a tener que ser modificadas.

18

Capacidad para ser cambiado: capacidad del producto de software que


permite que una determinada modificacin sea implementada sin afectar
otras funcionalidades del producto de Software.

Estabilidad: capacidad del producto de software para evitar efectos


inesperados a causa de modificar el producto de software.

Capacidad para ser probado: capacidad del producto de software que


permite que el software modificado sea validado y cumpla la funcionalidad
por la cual se modific.

Cumplimiento de la mantenibilidad: capacidad del producto software


para adherirse a estndares, normas, convenciones, buenas prcticas
relacionadas con la mantenibilidad.

PORTABILIDAD: es la capacidad del producto de software para ser trasladado


de un ambiente determinado donde est funcionando correctamente hacia otro. El
ambiente puede ser una organizacin o entornos de hardware o software
determinados.
Las subcaractersticas de la portabilidad son:

Adaptabilidad: capacidad del producto de software para ser adaptado a


diferentes entornos o ambientes especficos, sin aplicar acciones o
mecanismos diferentes de aquellos proporcionados inicialmente para el
correcto funcionamiento del producto de software.

Instalabilidad: capacidad del producto software para ser instalado en un


entorno especfico (Entorno de Hardware y Software).

19

Coexistencia: capacidad del producto software para coexistir con otro


software independiente a ste, en un ambiente o entorno comn,
compartiendo recursos especficos.

Capacidad para reemplazar: capacidad del producto de software para ser


usado en lugar de otro producto de software, para cumplir el mismo
propsito, y en el mismo entorno de operacin del software.

Cumplimiento de la portabilidad: capacidad del producto software para


adherirse a estndares, normas, convenciones, o buenas prcticas
relacionadas con la portabilidad.

Modelo de Calidad para Calidad en Uso


El modelo describe a la calidad en uso del producto de software a partir de cuatro
caractersticas generales (Efectividad, Productividad, Seguridad, Satisfaccin) ver
Mapa 1.3.
Lograr la calidad en uso depende bsicamente de lograr la calidad externa y esta
depende de lograr la calidad interna del Producto de Software Mapa 1.2.
Modelo de calidad para Calidad en uso

Calidad en Uso

Efectividad

Productividad

Seguridad

Mapa 1.3. Modelo de Calidad para Calidad en Uso


Fuente: ISO/IEC 9126-1

Satisfaccin

20

Calidad en Uso: es la capacidad del producto de software

de proveer

caracteristicas como: efectividad, productividad, seguridad y satisfaccin al


momento que el producto de software est en produccin y desde las diferentes
perspectivas de los usuarios que utilizan dicho producto.
Efectividad: capacidad del producto de software para alcanzar objetivos
especficos con exactitud y completitud dependiendo las necesidades de cada
unos de los usuarios que utilizan el producto de software dentro de un
determinado uso especifico.
Productividad: capacidad del producto de software que permite a los usuarios
utilizar un porcentaje adecuado de los recursos con relacin a la efectividad
alcanzada al utilizar el producto de software dentro de un determinado uso
especifico.
Seguridad: capacidad del producto de software para alcanzar niveles mnimos y
aceptables del riesgo de producir dao a personas, al negocio, al software, a la
organizacin, a las propiedades o al medio ambiente dentro de un determinado
uso especfico del producto de software.
Satisfaccin: capacidad del producto de software para satisfacer las necesidades
mnimas que tienen los usuarios al utilizar el producto de software dentro de un
determinado uso especfico del producto de software.
1.3.1.2 Mtricas Externas (ISO/IEC 9126-2)
Esta parte del estndar proporciona un conjunto de mtricas externas de calidad
de software a ser usadas con el modelo de calidad de la ISO/IEC 9126-1.
Los usuarios que utilizan esta parte del estndar pueden modificar las mtricas
definidas en la ISO 9126 o pueden utilizar mtricas son de importante relevancia y
que no estn en la norma.
Cuando el usuario utiliza una mtrica que no est definida en la norma, este debe
explicar y detallar como la mtrica se relaciona con el modelo de calidad de la ISO
9126-1 o especificar el modelo de calidad que est sustituyendo al descrito en la
primera parte de la norma.

21

El usuario debe definir las caractersticas y subcaractersticas a ser evaluadas,


adems identificar las mtricas ms relevantes, importantes e interpretar los
resultados de la medicin de una manera objetiva y veraz.
El usuario puede basarse para determinar la calidad de un producto de software
en el proceso de evaluacin de la calidad del producto que se describe en el
estndar ISO/IEC 14598, este proveer mtodos para valoracin y evaluacin de
la calidad del producto de software.
Este tipo de mtricas pueden ser usadas por desarrolladores, adquisidores y
evaluadores independientes, particularmente estos ltimos son los responsables
de la evaluacin del producto de software.
TABLA DE METRICAS
En la siguiente tabla se explica a detalle los tems que vamos a utilizar y los
significados de cada una de ellas que conforman la tabla de mtricas para realizar
la evaluacin:
Significado de los Campos que conforman la Tabla de Mtricas
ITEM

SIGNIFICADO

Define el nombre de la mtrica


escogida.
Detalla el motivo por el cual se
Propsito de la Mtrica
selecciona la mtrica.
Mtodo de Aplicacin
Proporciona un perfil de la aplicacin.
Proporciona la frmula de medicin y
Medicin, frmula y Clculo de
explica los significados de los datos
datos
que se van a utilizar.
Proporciona el rango y los valores
Interpretacin del valor medido
preferidos y recomendados.
Define el tipo de escala usada para
la mtrica.
Tipo de escala de mtrica
Los tipos de escala ms utilizados
son: nominal, ordinal, intervalo, ratio y
escala absoluta
Define el tipo de medida que se va a
escoger.
Los tipos de medida ms usados son:
tamao (tamao de la funcin,
Tipo de medida
tamao de la fuente), tiempo (lapso
de tiempo, tiempo de usuario), contar
(nmero de cambios, nmero de
fallas)
Nombre de la Mtrica

22

ITEM
Entradas para la medicin
Referente ISO/IEC 12207 SLCP
Pblico designado

SIGNIFICADO
Define la fuente de datos usados en
la medicin
Define el proceso o procesos del ciclo
de vida del software donde la mtrica
es aplicable.
Define el tipo de usuarios necesarios
para analizar la metrica escogida

Tabla 1.2 Significado de los Campos que conforman la Tabla de Mtricas


Fuente: ISO/IEC 9126

Entrad
aspara
medici
n

5.3
Comproba
cin de la Usuario
calificacin
Soporte
5.4
Funcionam
iento

Referente
Usuarios
ISO/IEC
seleccion
12207
ados
SLCP

NOTA: Esto indica si los usuarios potenciales entienden la capacidad del producto despus de leer la descripcin del producto
Tabla 1.3 Ejemplo de Mtricas Externas de Capacidad para ser entendido
Fuente: ISO/IEC 9126-2

Evaluar la conducta
del usuario y
A=
entrevistar al usuario
Que proporcin
contabl
de funciones (o con cuestionarios y
e
X=A/B
observar el
Reporte
tipos de
comportamiento del
(prueba
funciones) es
usuario.
) de
A
=
Nmero
de
funciones
B=
comprendido
0<=X<= 1
Integridad
(o tipo de funciones)
contabl funcion
despus de
el lmite es
de la
entendidas
Absoluto
amiento
e
Contar
el
nmero
de
leer la
1.0 es el
del
Descripcin descripcin del funciones que son
mejor.
manual
comprendidas
B
=
Nmero
total
de
X=
producto de
adecuadamente y
funciones (o tipo de
contabl de
software?
usuario
comparar con el
funciones)
e/
nmero total de
contabl
funciones del
e
producto.

EJEMPLO:
Caracterstica: Usabilidad
Subcaracterstica: Capacidad para ser entendido
Mtricas externas de Capacidad para ser entendido
Interpretaci Tipo de Tipo
n de los escala de
Nombre de Propsito de Mtodo
de Medicin, formula y
de
medid
la mtrica la mtrica
aplicacin
computacin de datos valores
medidos
mtrica a

23

24

Mtricas para la Calidad Externa del Producto de Software


En esta parte se procede a explicar las mtricas externas de cada una de las
caractersticas con sus correspondientes subcaractersticas y a su vez con
algunas mtricas de ejemplo del modelo de calidad descrito en el Mapa 1.2.
METRICAS DE FUNCIONALIDAD: una mtrica externa de funcionalidad debe
ser capaz de medir un atributo determinado como parte de la conducta funcional
del sistema que contenga el producto de software.

Mtricas de Adecuacin: una mtrica externa de adecuacin debe ser


capaz de medir un atributo como el hecho de una funcin insatisfecha o el
hecho de una operacin insatisfecha durante las pruebas y cuando el
producto de software est en produccin.
Las mtricas externas de adecuacin son:

Adecuada funcionalidad

Completaimplementacin funcional

Implementacin de cobertura funcional

Especificacin de estabilidad funcional

Mtricas de Exactitud: una mtrica externa de exactitud debe ser capaz


de medir un atributo como la frecuencia de encontrarse con tareas
inexactas, esto incluye el incorrecto o impreciso resultado causado por
datos inadecuados.
Las mtricas externas de exactitud son:

Expectativa de exactitud

Exactitud computacional

Precisin

25

Mtrica de Interoperabilidad: una mtrica externa de interoperabilidad


debe ser capaz de medir un atributo como el nmero de funciones o
hechos de menor comunicacin involucrando datos y comandos que son
compartidos o transferidos fcilmente entre el producto de software y otro
sistema u otro producto de software u otro equipo con el cual est
conectado.
Las mtricas externas de interoperabilidad son:

Intercambio de datos (datos reseteados de la base )

Intercambio de datos (Intento de acceso de los usuarios a

la base)

Mtricas de Seguridad de Acceso: una mtrica externa de seguridad


debe ser capaz de medir un atributo como el nmero de funciones o
problemas de seguridad ocurridos que son: falla en la seguridad de salida
de informacin o datos, falla en la prevencin de prdida de datos y falla en
denegar accesos ilegales u operaciones no permitidas.
Las mtricas externas de seguridad de acceso son:

Acceso auditable

Control de acceso

Prevencin de datos erroneos

Mtricas de Cumplimiento de la Funcionalidad: una mtrica externa de


cumplimiento de la funcionalidad debe ser capaz de medir un atributo como
el nmero de funciones o hechos que obedecen a problemas que son fallas
del producto de software, adheridos a las normas u otros requisitos.

Las mtricas externas del cumplimiento de la funcionalidad son:

Cumplimiento de la funcionalidad

Cumplimiento de los estndares de interfaces

26

METRICAS DE FIABILIDAD: una mtrica externa de fiabilidad debe ser capaz de


medir atributos relacionados con la conducta del sistema de software durante la
ejecucin de las pruebas indicando la magnitud de la fiabilidad del software
durante la operacin.

Mtricas de Madurez: una mtrica externa de madurez debe ser capaz de


medir atributos como el software libre o fallas causadas por defectos
existentes en el software.
Las mtricas externas de madurez descritas en el estndar son:

Estimar el efecto de la densidad mas reciente

Defectos de densidad contra casos de prueba

Defectos de resolucin

Falla de densidad

Falla removida

Tiempo significativo entre fallas

Prueba de cobertura

Prueba de madurez

Mtricas de Tolerancia a Fallos: una mtrica externa de tolerancia a


fallos debe ser relacionada con la capacidad de mantener un nivel
especfico de rendimiento en caso de fallas de operacin o cuando infringe
interfaces especficas.
Las mtricas externas de tolerancia a Fallos descritas en el estndarson:

Evitar bajas del producto

Evitar Fracaso

Evitar una incorrecta operacin

Mtricas de Capacidad de Recuperacin: una mtrica externa de


capacidad de recuperacin debe ser capaz de medir atributos de software
cuando el sistema es capaz de reestablecer un nivel adecuado y mnimo

27

de rendimiento y recobra los datos directamente afectados en el caso de


una falla.
Las mtricas externas de Capacidad de recuperacin descritas en
elestndar son:

Disponibilidad

Tiempo bajo

Tiempo medio de recuperacin

Restablecimiento

Restauracin

Restauracin efectiva

Mtricas de Cumplimiento de la Fiabilidad: una mtrica externa de


cumplimiento de fiabilidad debe ser capaz de medir atributos como nmero
de funciones o hechos concernientes con problemas, defectos del producto
de software adheridos a estndares, o regulaciones relacionadas a la
fiabilidad.
Las mtricas externas de cumplimiento de la fiabilidad descritas en
elestndar son:

Cumplimiento de la fiabilidad

METRICAS DE USABILIDAD: las mtricas de usabilidad miden la magnitud que


el software puede ser comprendido, aprendido, atractivo, entendible y dcil con
regulaciones y guas de usabilidad.

Mtricas de Capacidad para ser Entendido: los usuarios deben ser


capaces de seleccionar un producto de software que es conveniente para
su uso. Una mtrica externa de capacidad para ser entendido debe ser
capaz de evaluar si nuevos usuarios pueden comprender si el software es
conveniente y como puede ser usado para tareas particulares.

28

Las mtricas externas de capacidad para ser entendida descritas en el


estndar son:
Descripcin completa
Demostracin de accesibilidad
Demostracin de accesibilidad en uso
Demostracin de eficacia
Funciones evidentes
Funciones entendibles
Entendimiento de entrada y salida

Mtricas de Capacidad para ser Aprendido: una mtrica externa de


capacidad para ser aprendido debe ser capaz de evaluar que tiempo toma
a los usuarios aprender el uso de una funcin en particular y la efectividad
de los sistemas de ayuda y de la respectiva documentacin.
Las mtricas externas de Capacidad para ser aprendido descritas enel
estndar son:
Fcil funcin de aprendizaje.
Fcil aprendizaje al realizar una tarea.
Efectiva documentacin de usuario o la ayuda del sistema.
Efectiva la documentacin de usuario o la ayuda delsistema en uso.
Ayuda de accesibilidad.
Ayuda Frecuente.

Mtricas de Capacidad para ser Operado: una mtrica externa de


capacidad para ser operado debe evaluar si el usuario es capaz de operar
y controlar el software.

29

Las mtricas externas de cumplimiento de la fiabilidad descritas en


elestndar son:

Cumplimiento de las expectativas de operacin de losusuarios


Consistencia operacional en uso

Capacidad de control
Correccin de error
Correccin de error en uso

Apropiada tarea de operacin


Valor de disponibilidad de cumplimiento en uso

Gua de su propia descripcin


Mensajes para ser entendido cuando se esta usando
Mensajes de error muy claros

Errores de operacin Tolerante


Recuperacin de los errores de operaciones en uso
Tiempo entre el error humano y las operaciones en uso
Habilidad de deshacer

Individualizacin apropiada
Personalizacin
Reduccin del proceso de operacin
Accesibilidad fsica

Mtricas de Capacidad de Atraccin: una mtrica de capacidad de


atraccin debe ser capaz de evaluar la apariencia del software, la
evaluacin de esta mtrica es influenciada por factores como diseo y color
de las interfaces, botones, estilo de mens, etc.
Las mtricas externas de capacidad de atraccin descritas en elestndar
son:

Interaccin atractiva

Interfaz de apariencia personalizada

30

Mtricas

de

Cumplimiento

de

la

Usabilidad:

una

mtrica

de

cumplimiento de la usabilidad debe ser capaz de evaluar la adherencia a


estndares, guas o regulaciones relacionadas con la usabilidad.
Las mtricas externas de cumplimiento de la fiabilidad descritas en
elestndar son:

Cumplimiento de la usabilidad

METRICAS DE EFICIENCIA: una mtrica externa de eficiencia debe ser capaz


de medir atributos como consumo de tiempo y recursos utilizados, conducta del
sistema de computacin incluyendo el software durante las pruebas u
operaciones determinadas.

Mtricas de Comportamiento Temporal: una mtrica externa de


comportamiento temporal debe ser capaz de medir atributos como el
tiempo de comportamiento de sistemas de computacin incluyendo el
producto de software cuando est en pruebas y cuando sale a produccin.
Las mtricas externas de comportamiento temporal descritas en elestndar
son:

Tiempo de respuesta
Tiempo de respuesta
Tiempo de respuesta (Tiempo medio de respuesta)
Tiempo de respuesta (El peor caso de tiempo derespuesta)

Transferencia del proceso


Transferencia del proceso
Transferencia del proceso (tiempo medio de transferencia)
Transferencia del proceso (El peor caso de tiempo detransferencia).

Tiempo de cambio
Tiempo de cambio
Tiempo de cambio (tiempo medio de cambio)
Tiempo de cambio (El peor caso de tiempo de cambio)
Tiempo de espera

31

Mtricas de Utilizacin de Recursos: una mtrica de utilizacin de


recursos debe ser capaz de medir atributos como la utilizacin de recursos,
comportamiento de sistemas de computacin incluyendo el producto de
software cuando est en pruebas y cuando est en produccin.
Las mtricas externas de utilizacin de recursos descritas en elestndar
son:

Utilizacin de recurso de dispositivos de E/S


Utilizacin de dispositivos de entrada y salida
Lmites de carga de entrada y salida
Errores relacionados con entrada y salida
Proporcin de satisfaccin media de entrada y salida
Tiempo de espera del usuario de los dispositivos deentrada y salida

Utilizacin de recursos de memoria


Mxima utilizacin de memoria
Ocurrencia media del error de memoria
Proporcin de memoria error/ tiempo

Utilizacin de recursos de transmisin


Mxima utilizacin de transmisin
Utilizacin de dispositivos para mantener el equilibrio
Ocurrencias medias de transmisin de error
El peor tiempo de error en medios de transmisin
Utilizacin de la capacidad de transmisin

Mtricas de Cumplimiento de la Eficiencia: una mtrica de cumplimiento


de la eficiencia debe ser capaz de medir atributos como nmero de
funciones o hechos concernientes con problemas, defectos del producto de
software adheridos a estndares, normas y regulaciones relacionadas a la
eficiencia.
Las mtricas externas de cumplimiento de la eficiencia descritas en
elestndar son:

Cumplimiento de la eficiencia

32

METRICAS DE MANTENIBILIDAD: una mtrica de mantenibilidad debe ser


capaz de medir atributos como comportamiento del personal de mantenimiento,
usuarios o sistemas incluyendo el software, cuando el producto de software es
mantenido o modificado durante las pruebas o al estar en produccin.

Mtricas de Capacidad para ser Analizado: una mtrica externa de


capacidad para ser analizado debe ser capaz de medir atributos como el
esfuerzo para mantenerlo o usarlo, o gasto de recursos o diagnosticar
deficiencias o causa de fallos o por identificacin de las partes a ser
modificadas.
Las mtricas externas de capacidad para ser analizadas y descritas en el
estndar son:

Capacidad para realizar auditorias

Soporte de una funcin de diagnstico

Capacidad de anlisis de fallas

Eficiencia en el anlisis de fallas

Capacidad de un estado de monitoreo

Mtricas de Capacidad para ser Cambiado: una mtrica externa de


capacidad para ser cambiado debe ser capaz de medir atributos como el
esfuerzo para mantenerlo o usarlo.
Las mtricas externas de capacidad para ser cambiadas, descritasen el
estndar son:

Eficiencia en el ciclo de cambios

Lapsos de tiempo en los cambios de la implementacin

Complejidad en la informacin

Modificacin de parmetros

Capacidad de control en el cambio de software

33

Mtricas de Estabilidad: una mtrica externa de estabilidad debe ser


capaz de medir atributos relacionados con comportamientos inesperados
del sistema tomando en cuenta cuando el producto de software est en
pruebas

en

produccin

andespus

de

las

modificaciones

mantenimiento que se le ha realizado.


Las mtricas externas de estabilidad descritas en el estndar son:

Proporcin satisfactoria de cambio

Localizacin del impacto de modificacin

Mtricas de Capacidad de ser Probado: una mtrica externa de


capacidad para ser probado debe ser capaz de medir atributos como el
esfuerzo para mantenerlo o usarlo por medio de la medicin del
comportamiento del personal de soporte, usuario o sistema incluyendo el
software cuando se est intentando probar el software modificado o no
modificado.
Las mtricas externas de estabilidad descritas en el estndar son:

Disponibilidad de la funcin incorporada de prueba

Eficiencia de nueva prueba

Prueba de restauracin

Mtricas de Cumplimiento de la Mantenibilidad: una mtrica de


cumplimiento de la mantenibilidad debe ser capaz de medir atributos como
nmero de funciones o hechos concernientes con problemas, defectos del
producto de software adheridos a estndares, o regulaciones relacionadas
con la mantenibilidad.
Las mtricas externas cumplimiento de mantenibilidad descritas en
elestndar son:

Cumplimiento de la mantenibilidad

34

METRICAS DE PORTABILIDAD: una mtrica de portabilidad debe ser capaz de


medir atributos como el comportamiento del sistema si es que se llega a cambiar
de entorno al producto de software.

Mtricas de Adaptabilidad: una mtrica externa de adaptabilidad debe


ser capaz de medir atributos como el comportamiento del sistema o de los
usuarios cuando se est intentando adaptar el software a entornos
especficos.
Las mtricas externas de adaptabilidad descritas en el estndar son:

Capacidad de adaptacin de datos

Capacidad de adaptacin del hardware a un ambiente

Capacidad de adaptacin en un entorno de adaptacin

Amigable al usuario

Capacidad de adaptacin a un ambiente de software

Mtricas de Instalabilidad: una mtrica externa de instalabilidad debe ser


capaz de medir atributos como el comportamiento del sistema o de los
usuarios quien est intentando instalar el software en un entorno
(Hardware y Software) determinado.
Las mtricas externas de instabilidad descritas en el estndar son:

Fcil instalacin

Fcil configuracin

Mtricas de Coexistencia: una mtrica externa de coexistencia debe ser


capaz de medir atributos como el comportamiento del sistema o de los
usuarios quien est intentando usar el software con otro software
independiente en un mismo entorno y con recursos compartidos.
Las mtricas externas de Coexistencia descritas en el estndar son:

Coexistencia disponible

35

Mtricas de Capacidad para ser Reemplazado: una mtrica externa de


capacidad para ser reemplazado debe ser capaz de medir atributos como
el comportamiento del sistema o la satisfaccin de los usuarios quien est
intentando usar el nuevo software en lugar del software especificado
anteriormente en un entorno determinado.
Las mtricas externas de capacidad para ser reemplazadas descritasen el
estndar son:

Continuidad en el uso de datos

Integracin de funciones

Consistencia funcional en el soporte a usuarios

Mtricas de Cumplimiento de Portabilidad: una mtrica de cumplimiento


de la portabilidad debe ser capaz de medir atributos como nmero de
funciones o hechos concernientes con problemas, defectos del producto de
software adheridos a estndares, normas o regulaciones relacionadas con
la portabilidad.
Las mtricas externas de cumplimiento de portabilidad descritas en
elestndar son:

Cumplimiento de la portabilidad

1.3.1.3 MtricasInternas (ISO/IEC 9126-3)


Las mtricas internas miden atributos internos, a travs del anlisis de las
propiedades estticas de productos intermedios o entregables del producto de
software.
Las medidas de las mtricas internas usan nmeros, rangos o frecuencias de
elementos de composicin de software, los cuales aparecen, por ejemplo, en las
sentencias de cdigo de fuente, flujo de datos, control de grficos, flujo
ydiagramas de estados que representan a los procesos que optimiza el producto
de software.

36

El propsito de la evaluacin y posterior interpretacin de las mtricas internas es


asegurar que se obtenga la calidad externa y la calidad de uso requerida cuando
el producto de software est en produccin.

TABLA DE METRICAS
El significado de los campos que conforman la tabla de mtricas para realizar la
evaluacin se encuentra en la Tabla 1.4

Mtodo de
aplicacin

Medicin, formula y
computacin de datos

Subcaracterstica: Adaptabilidad

Tabla 1.4 Ejemplo de Mtricas Internas de Adaptabilidad


Fuente: ISO/IEC 9126-3

Revisi
n de la
juntura.

Analistas

Soporte

Verifica Desarrolladores
cin.

Refere
Interpretaci Tipo de
Entrad nte
Tipo
n de los escala
aspara ISO/IE Usuariossele
de
valores
de
medici
ccionados
C
medida
medidos mtrica
n
12207
SLCP

Contar el nmero
de funciones
llevadas a cabo
X=A/B
A=
que son capaces
contabl
de lograr
Diseo
Adaptabilida
A = nmero de funciones
e
Cmo el
resultados
de
d al entorno
implementadas que son
producto de
requeridos en
requisit
de hardware
capaces
de
lograr
software se mltiples entornos
B=
os
(adaptabilida
resultados requeridos en
0<=X<= 1
adapta a los
de hardware y
contabl
especfi
d a los
mltiples entornos de
el lmite es Absolut
cambios
compararlos con el
e
cos.
dispositivos
hardware, confirmado en
1. Es el
o
relacionados
nmero de
de hardware
mejor.
revisin.
con el
funciones de
X=
y a los
Revisi
hardware?
requisitos de
contabl
medios de
n del
B = Nmero total de
capacidad de
e/
red)
reporte
funciones de requisitos de
adaptacin en
contabl
capacidad
de
adaptacin
en
entornos de
e
entornos de hardware.
hardware

Nombre de Propsito de
la mtrica
la mtrica

Mtricas internas de Adaptabilidad

Caracterstica: Portabilidad

EJEMPLO:

37

38

Mtricas para Calidad Interna


En esta parte del estndar se describe las mtricas internas de cada una de las
caractersticas con sus correspondientes subcaractersticas del modelo de calidad
descrito en la Figura 2.
METRICAS DE FUNCIONALIDAD: las mtricas de funcionalidad interna son
usadas para predecir si el producto de software en cuestin satisface los
requisitos funcionales y los requisitos implcitos del usuario.

Mtricas de Adecuacin: mtricas internas de adecuacin indican un


conjunto de atributos para valoracin de funciones explcitas a las tareas
prescritas y para determinar su suficiencia para realizar tareas.

Mtricas de Exactitud: mtricas internas de exactitud indican un conjunto


de atributos para valorar la capacidad del producto de software para lograr
resultados correctos o conformes.

Mtrica de Interoperabilidad: mtricas internas de interoperabilidad


indican un conjunto de atributos para evaluar la capacidad de interaccin
del producto de software con un producto determinado.

Mtricas de Seguridad: mtricas internas de seguridad indican un


conjunto de atributos para evaluar la capacidad del producto de software
para evitar el acceso ilegal al sistema y/o a datos.

Mtricas de Cumplimiento de la Funcionalidad: mtricas internas de


cumplimiento de la funcionalidad indican un conjunto de atributos para
evaluar la capacidad de un producto de software a cumplir con los
estndares, convenciones o regulaciones de las organizaciones en relacin
a funcionalidad.

39

METRICAS DE FIABILIDAD: mtricas internas de fiabilidad son usadas para


predecir si el producto de software en cuestin satisface las necesidades
prescritas de fiabilidad durante el desarrollo del producto de software.

Mtricas de Madurez: mtrica interna de madurez indica un conjunto de


atributos para evaluar la madurez del software.

Mtricas de Tolerancia a Fallos: mtrica interna de tolerancia a fallos


indica un conjunto de atributos para evaluar la capacidad del producto de
software para mantener un nivel adecuado de rendimiento en caso de un
defecto operacional o infraccin de una interfaz especfica.

Mtricas de Capacidad de Recuperacin: mtricas internas de


capacidad de recuperacin indica un conjunto de atributos para evaluar la
capacidad del producto de software de restablecer un adecuado nivel de
rendimiento y recobrar los datos directamente afectados en caso de fallas.

Mtricas de Cumplimiento de la Fiabilidad: mtricas internas de


cumplimiento de la fiabilidad indican un conjunto de atributos para evaluar
la capacidad de un producto de software a cumplir con los estndares,
convenciones o regulaciones de las organizaciones en relacin a fiabilidad.

METRICAS DE USABILIDAD: mtricas internas de usabilidad son usadas para


predecir la magnitud que el software en cuestin puede ser comprendido,
aprendido, operado, atractivo y dcil con regulaciones y guas de usabilidad. La
mtrica de usabilidad debe dar la posibilidad de tomar medidas para establecer
criterios de aceptacin o hacer comparacin entre productos.

Mtricas de Capacidad para ser Entendido: los usuarios deben ser


capaces de seleccionar un producto de software que es conveniente para
su uso. La evaluacin de mtricas internas de capacidad para ser
entendido debe ser capaz de valorar si los nuevos usuarios pueden

40

entender si el software es conveniente y como puede ser usado para


tareas particulares.

Mtricas de Capacidad para ser Aprendido: las mtricas internas de


capacidad para ser aprendido evalan que tiempo toma a los usuarios
aprender el uso de una funcin en particular y la efectividad de los
sistemas de ayuda y de la documentacin. La capacidad de ser aprendido
es fuertemente relacionado con la capacidad de ser entendido y las
mediciones de capacidad para ser entendido pueden ser indicadores
potenciales de capacidad de ser aprendido del software.

Mtricas de Capacidad para ser Operado: las mtricas internas de


capacidad para ser operado evalan si los usuarios pueden operar y
controlar el software.

Mtricas de Capacidad de Atraccin: mtricas de capacidad de atraccin


evalan la apariencia del software que pueden ser influenciadas por
factores como el diseo y el color.

Mtricas

de

Cumplimiento

de

la

Usabilidad:

una

mtrica

de

cumplimiento de la usabilidad evala la adherencia a estndares, guas o


regulaciones relacionadas con la usabilidad.
METRICAS DE EFICIENCIA: mtricas internas de eficiencia son usadas para
predecir la eficiencia del producto del software durante las pruebas u operacin.
Para medir la eficiencia, deben definirse las condiciones, por ejemplo, la
configuracin del hardware y la configuracin del software de un ambiente de la
referencia.

Mtricas

de

Comportamiento

Temporal:

mtricas

internas

de

comportamiento temporal muestran un conjunto de atributos para predecir


el tiempo de comportamiento de sistemas de computacin incluyendo el
producto del software durante las pruebas u operaciones.

41

Mtricas de Utilizacin de Recursos: mtricas internas de utilizacin de


recursos muestran un conjunto de atributos para predecir la utilizacin de
recursos del hardware por el sistema de computacin incluyendo el
producto del software durante las pruebas u operaciones.

Mtricas de Cumplimiento de la Eficiencia: mtricas internas de


cumplimiento de la eficiencia relaciona un conjunto de atributos para
evaluar la capacidad del producto del software para cumplir la
documentacin como normas, convenciones o regulaciones de eficiencia
de la organizacin.

METRICAS DE MANTENIBILIDAD: mtricas internas de mantenibilidad son


usadas para predecir el nivel de esfuerzo requerido para modificar el producto del
software.

Mtricas de Capacidad para ser Analizado: mtricas internas de


capacidad para ser analizado indican un conjunto de atributos para
predecir el mantenimiento o el esfuerzo hecho por un usuario o por los
recursos; intentando diagnosticar deficiencias o causas de fracaso, o para
la identificacin de partes a ser modificadas en el producto de software.

Mtricas de Capacidad para ser Cambiado: mtricas internas de


capacidad para ser cambiado indican un conjunto de atributos para
predecir el mantenimiento o el esfuerzo de un usuario al intentar llevar a
cabo una modificacin especfica en el producto de software.

Mtricas de Estabilidad: mtricas internas de estabilidad indican un


conjunto de atributos para predecir la estabilidad del producto de software
al realizar cualquier modificacin.

Mtricas de Capacidad de ser Probado: mtricas internas de capacidad


de ser probado indican un conjunto de atributos para predecir la calidad de

42

diseo e implementacin de pruebas autnomas y funciones de ayuda


presentes en el producto del software

Mtricas de Cumplimiento de la Mantenibilidad: mtricas internas de


cumplimiento de la mantenibilidad indican un conjunto de atributos para
predecir la capacidad del producto del software para cumplir la
documentacin

como

normas,

convenciones

regulaciones

de

mantenibilidad de la organizacin del usuario.


METRICAS DE PORTABILIDAD: mtricas internas de portabilidad son usadas
para predecir el efecto del producto de software como el comportamiento del
sistema durante la actividad de llevarlo a otro lado.

Mtricas de Adaptabilidad: mtricas internas de adaptabilidad indican un


conjunto de atributos para predecir el impacto del producto de software y el
esfuerzo del usuario cuando est intentando adaptarlo en ambientes
especficos diferentes.

Mtricas de Instalabilidad: mtricas internas de instalabilidad indican un


conjunto de atributos para predecir el impacto del producto de software y el
esfuerzo del usuario cuando est intentando instalarlo en ambientes
especficos diferentes.

Mtricas de Coexistencia: mtricas internas de coexistencia indican un


conjunto de atributos para predecir el impacto del producto de software
para compartir con otros productos de software los mismos recursos
operacionales de hardware

Mtricas de Capacidad para ser Reemplazado: mtricas internas de


capacidad de ser reemplazado indican un conjunto de atributos para
predecir el impacto del producto de software y el esfuerzo del usuario que
est intentando usar el software en otro lugar en un ambiente especfico y
contexto de uso.

43

Mtricas de Cumplimiento de Portabilidad: mtricas internas de


cumplimiento de portabilidad indican un conjunto de atributos para evaluar
la capacidad del producto de software para cumplir la documentacin como
normas, convenciones o regulaciones de portabilidad de la organizacin
del usuario.

1.3.1.4 Mtricas de Calidad en Uso (ISO/IEC 9126-4)


En esta parte del estndar se describen las mtricas de calidad en uso de un
producto de software, que se las utiliza para evaluar si el producto satisface las
necesidades de los diferentes tipos de usuarios para lograr metas y objetivos
especficos con efectividad, productividad, seguridad y satisfaccin adecuada
dentro de un contexto especfico de uso.
Es recomendable evaluar esta parte cuando el producto de software est en un
ambiente ideal con datos ideales as tambin cuando el producto de software est
en un entorno no ideal con datos complejos y no ideales.

TABLA DE METRICAS DE CALIDAD EN USO


El significado de los campos que conforman la tabla de mtricas para realizar la
evaluacin se encuentra en la Tabla 1.5

1-A
/

B = total
nmeros
usuarios

de
de

A = nmero de 0<= X <=1


usuarios
que El lmite es 1. Absoluto
informan RSI
Es el mejor

Referen
te
ISO/IEC
12207
SLCP

de
B
= Uso
5.4
contable registros y
Operaci
supervisi
n
X
= n
contable
/
contable

A
=
contable

Tabla 1.5 Ejemplo de Mtricas de Calidad en Uso, caracterstica Seguridad


Fuente: ISO/IEC 9126-4

NOTA: Los problemas de salud pueden ser tensin repetitiva, fatiga, dolores de cabeza, etc.

Cul es la
incidencia
de
Usuario y problemas
Uso
de
Seguridad de
salud estadsticas
entre
los
usuarios del
producto?

Medicin,
Interpretaci
Propsito
Tipo
de
Entradas
Nombre de
Mtodo de formula y
Tipo de
n
de
los
de
la
escala de
paramedi
la mtrica
aplicacin
computacin de valores
medida
mtrica
mtrica
cin
datos
medidos

Caracterstica: Seguridad

EJEMPLO:

Usuario
Diseador
de interfaces

Usuariossel
eccionados

44

45

Mtricas para Calidad en Uso


MTRICA DE EFECTIVIDAD. La mtrica de efectividad evala si las tareas
realizadas por los usuarios logran metas especificadas con exactitud e integridad en
un contexto especfico de uso.
Las mtricas efectividad descritas en el estndar son:

Eficacia en la tarea

Terminacin de la tarea

Frecuencia de error

MTRICA DE PRODUCTIVIDAD. La mtrica de productividad evala los recursos


que los usuarios consumen con relacin a la efectividad alcanzada en un contexto
especfico de uso. El recurso ms comn es tiempo para completar tareas, aunque
otros recursos pertinentes pudieran incluir el esfuerzo del usuario, materiales o el
costo financiero de uso.
Las mtricas productividad descritas en el estndar son:

Tiempo de la tarea

Eficiencia en la tarea

Productividad econmica

Proporcin productiva

Respectiva eficiencia del usuario

MTRICA DE SEGURIDAD. La mtrica de seguridad evala el nivel de riesgo de


dao a las personas, negocio, software, propiedad o al medio ambiente en un
contexto especfico de uso.

Incluye la salud y seguridad del usuario y aqullos

afectados por el uso, as como las consecuencias fsicas o econmicas imprevistas.

46

Las mtricas de seguridad descritas en el estndar son:

Salud y seguridad del usuario

Seguridad de las personas afectadas por el uso del sistema

Daos econmicos

Daos del software

MTRICA DE SATISFACCIN. La mtrica de satisfaccin evala las actitudes del


usuario hacia el uso del producto de software en un contexto especfico de uso.
Las mtricas de satisfaccin descritas en el estndar son:

Escala de satisfaccin

Cuestionario de satisfaccin

Uso discrecional

47

1.4 MODELO DE EVALUACIN DE CALIDAD USANDO ISO/IEC


14598

1.4.1 ESTANDAR ISO/IEC 14598


La Norma ISO/IEC 14598 consta de las siguientes partes, bajo el ttulo general
Tecnologa de Informacin Evaluacin del producto de Software:

Parte 1: Revisin General (ISO/IEC 14598-1)

Parte 2: Planificacin y Administracin (ISO/IEC 14598-2)

Parte 3: Proceso para Desarrolladores (ISO/IEC 14598-3)

Parte 4: Proceso para Adquisidores (ISO/IEC 14598-4)

Parte 5: Proceso para Evaluadores (ISO/IEC 14598-5)

Parte 6: Documentacin de Mdulos de Evaluacin (ISO/IEC 14598-6)

1.4.1.1 Revisin General (ISO/IEC 14598-1)

Esta parte provee una revisin de las otras partes que conforman la norma y explica
la relacin entre ISO/IEC14598 y el modelo de calidad de la ISO/IEC 9126. Contiene
los requisitos generales para la especificacin y evaluacin de la calidad de software
y clarifica conceptos generales. Adicionalmente esta provee una estructura para
evaluacin de la calidad de cualquier tipo de producto de software y condiciona los
requisitos para mtodos de medicin y evaluacin de productos.
Los procesos de evaluacin no solamente lleva a una elevacin de la calidad del
producto, sino tambin aumenta la eficiencia de costos y tiempo, la posibilidad de
reproducir xitos en proyectos, confianza y satisfaccin del cliente. Todo proceso de
evaluacin de la calidad deber partir de una evaluacin cualitativa y derivar en una
evaluacin cuantitativa, siendo todo el proceso documentado.
La Norma ISO/IEC 14598 proporciona una gua para el proceso de evaluacin en
tres diferentes situaciones:

48

Proceso para Desarrolladores (ISO/IEC 14598-3)

Proceso para Adquisidores (ISO/IEC 14598-4)

Proceso para Evaluadores (ISO/IEC 14598-5)

Proceso para Desarrolladores


La Norma ISO/IEC 14598-3 debe usarse por organizaciones que estn planificando o
proyectan el desarrollo de un nuevo producto o la mejora de un producto existente y
pretenden realizar la evaluacin del producto utilizando a los miembros de su propia
plantilla de tcnicos. Se centra en el uso de aquellos indicadores que pueden
predecir la calidad del producto final mediante la medicin de productos intermedios
creados durante el ciclo de vida.
Proceso para Adquisidores
La Norma ISO/IEC 14598-4 debe usarse por las organizaciones que proyectan
adquirir o reutilizar un producto de software existente o desarrollado. Puede aplicarse
para decidir sobre la aceptacin del producto o para la seleccin de un producto de
entre varios alternativos. (Un producto puede ser auto-suficiente, ser una parte de un
sistema, o puede ser parte de un producto mayor).
Proceso para Evaluadores
La Norma ISO/IEC 14598-5 debe usarse por los evaluadores que lleven a cabo una
valoracin independiente de un producto software. Esta evaluacin podra realizarse
bajo peticin de un desarrollador, adquisidor u otros. Esta parte est destinada a
aquellos que realizan evaluaciones independientes. Con frecuencia trabajan para
terceros.
Para nuestro caso de estudio se utilizar el proceso para evaluadores, ya que se
trata de una evaluacin independiente de un producto de software ya realizado
teniendo acceso al cdigo fuente y a los documentos de desarrollo.

49

Proceso de Evaluacin
El proceso de evaluacin consta de cuatro fases basado en la norma ISO/IEC 145981, las mismas que contienen actividades que las caracterizan, que a su vez se
complementan con la norma ISO/IEC 9126.
En la Figura 5 se representa el proceso de evaluacin con todos sus componentes y
las relaciones antes mencionadas:
Proceso de Evaluacin

Figura 1.6.Proceso de Evaluacion


Fuente: ISO/IEC 14598-1

50

a) ESTABLECER REQUISITOS DE EVALUACIN.


Establecer el propsito de la evaluacin
Segn la norma ISO 14598 se establece el propsito de la evaluacin en dos grupos:
1. Evaluacin de la calidad de un producto intermedio
2. Evaluacin de la calidad de un producto final
El propsito de evaluacin de la calidad de un producto intermedio es:

Decidir sobre la aceptacin de un producto intermedio de un subcontratista.

Decidir cuando un proceso est completo y cuando enviar los productos al


siguiente proceso

Predecir o estimar la calidad del producto final

Recoger informacin con objeto de controlar y gestionar el proceso.

El propsito de la evaluacin de la calidad de un producto final es:

Decidir sobre la aceptacin del producto

Decidir cuando publicar el producto

Comparar el producto con otros productos competitivos

Seleccionar un producto entre productos alternativos

Valorar tanto el aspecto positivo como negativo cuando est en uso

Decidir cuando mejorar o reemplazar un producto.

51

Identificacin de los tipos de productos a ser evaluados


La identificacin del producto es especificar el tipo de producto a evaluar, si es
Software Base por ejemplo un sistema operativo, si es Software Utilitario por ejemplo
herramientas CASE o Software de Aplicacin por ejemplo Software de seguridad,
financiero, educacional entre otros, ver Tabla 1.8.
Tipos de Producto de Software con Ejemplos

Tipos de Producto de

Ejemplos

Software

Software Base

Sistema Operativo

Software Utilitario

Herramienta Case

Software de Aplicacin

Software Educacional

Tabla 1.6 Tipos de Producto de Software con Ejemplos


Fuente: ISO14598
Elaborado por: Andrs Vivanco Villamar

Se debe establecer si el tipo de producto a ser evaluado es intermedio o final esto


depender de las fases del ciclo de vida Figura 1.7 y del propsito de la evaluacin.

52

Calidad del Ciclo de Vida del Software


Requisitos

Operacin

Calidad en
Uso

Necesidades
Mundo Real

Mtricas de
Calidad en
Uso

Uso y respuesta
Determina

Indica

Especificacin
Comportamiento
del
Sistema

Sistema de Integracin y pruebas

Requisitos
Calidad externa

Calidad
Externa

Mtricas
Externas

Validacin

Determina

Indica

Diseo y desarrollo

Atributos de
Software

Requisitos
Calidad Interna

Calidad Interna

Mtricas
Internas

Verificacin

Figura 1.7. Calidad en el Ciclo de Vida del Software


Fuente: ISO/IEC 14598-1

El objetivo de realizar la evaluacin es determinar que el producto de software que


est actualmente en uso satisfaga las condiciones y necesidades del usuario.
En la Figura 1.8 se muestra que las medidas internas de software son un indicador
de las propiedades externas de un sistema de computacin, de la misma manera las
medidas externas de software son un indicador de la calidad en uso.
Para el caso de las medidas indirectas se tiene que las medidas de uso actual son
una medida indirecta de las propiedades externas de un sistema de computacin y
finalmente que las medidas externas del software son una medida indirecta para las
propiedades internas de software.

53

De este modo el tiempo de respuesta de un sistema de computacin puede ser


usado para medir la eficiencia del software en un ambiente en particular.
Relacin entre medidas
Mediciones

Medidas de uso actual

Medidas indirectas

Calidad en uso

Indica
Mediciones

Medidas externas de
Software

Medidas indirectas

Propiedades externas
de
Sistemas de
Computacin

Indica

Medidas internas de
Software

Mediciones

Figura 1.8. Relacin entre medidas


Fuente: ISO/IEC 14598-1

Propiedades Internas de
Software

54

Especificar modelo de calidad


Para realizar el proceso de evaluacin es necesario definir primeramente el modelo
de calidad de software a utilizar, para nuestro caso de estudio se va a utilizar el
modelo de la Norma ISO/IEC 9126 que define seis categoras de calidad de software:
funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad.
El efecto de combinar las caractersticas de calidad en una situacin en particular es
definido como la calidad en uso. Los atributos internos de la calidad de un producto
de software son propiedades que se pueden medir, estas influencian la capacidad y
satisfaccin de las necesidades. Uno o ms atributos pueden ser usados para valorar
las caractersticas y subcaractersticas de calidad de software. Figura 1.9
Caractersticas de calidad, subcaractersticas y atributos
X

X
X

X
X

X
X
X

X
X
X

X
X

Atributos

X
X

X
X

Subcaractersticas
Atributos Internos

Caractersticas

Atributos Externos

Figura 1.9. Caractersticas de calidad, subcaractersticas y atributos


Fuente: ISO/IEC 14598-1

b) ESPECIFICAR LA EVALUACION
Seleccin de mtricas
La seleccin de mtricas se obtiene a partir de los atributos que se especifican en el
Modelo de Calidad ISO 9126.

55

Se agruparn en:

Mtricas internas.

Mtricas externas.

Mtricas de calidad en uso.

Establecer niveles para mtricas


Para establecer los niveles para mtricas es necesario que las caractersticas
cualitativas puedan ser medidas cuantitativamente usando mtricas de calidad. El
resultado del valor medido es trasladado sobre una escala. Estos valores no
muestran el nivel de satisfaccin, para este propsito la escala tiene que ser dividida
en rangos correspondientes, diferenciando el grado de satisfaccin de los requisitos.
Esta puede ser:
-

Dividiendo la escala en dos categoras: satisfactoria e insatisfactoria.

Dividiendo la escala en cuatro categoras: excede los requisitos, rango objetivo,


minimamente aceptable, inaceptable. El nivel actual empieza controlando que el
nuevo sistema no se deteriore en la situacin presente. El nivel planeado es
considerado accesible con los recursos disponibles. El peor caso es un nivel
cuando el producto ya no satisface los niveles planificados. Figura 1.10

56

Niveles de puntuacin para las mtricas


Excede los requisitos
Nivel planeado

VALOR
MEDIDO

Rango Objetivo

Satisfactorio

Nivel actual
Minimamente aceptable

El peor caso

Inaceptable

Escala de
medicinFigura

Insatisfactorio

Niveles de puntuacin

1.10. Niveles de Puntuacin para las mtricas


Fuente: ISO/IEC 14598-1

Establecer criterios para valoracin


Los requisitos de calidad de software pueden ser definidos usando apropiadamente
un modelo de calidad, para este propsito el modelo de calidad y las definiciones de
la ISO/IEC 9126 van a ser utilizadas.
El evaluador elaborar sus procedimientos, con distintos criterios para diferentes
caractersticas de calidad, cada uno puede estar expresado en trminos de
subcaractersticas individuales, o una combinacin ponderada de ellas. El proceso
usualmente incluye otros aspectos como tiempo y costo que contribuyen a la
valoracin de la calidad de un producto de software en un entorno determinado.

57

c) DISEAR LA EVALUACION
Producir un plan de evaluacin
El plan de evaluacin describe los mtodos de evaluacin y el cronograma de
acciones del evaluador. Esta puede ser consistente con el plan de mediciones. Para
nuestro caso de estudio se utilizar las partes de la norma ISO/IEC 14598-2, ISO/IEC
14598-5.
d) EJECUTAR LA EVALUACION
Tomar medidas
Para mediciones, la seleccin de mtricas es aplicada al producto de software. El
resultado son valores sobre las escalas de las mtricas definidas previamente.
Criterios para comparacin
El valor de la medida es comparado con un criterio determinado que se muestra en la
Figura 9, como ejemplo se muestra que el valor tomado como referencia se
encuentra dentro del criterio de rango objetivo que estar contenido dentro de nivel
actual.
Valorar resultados
Valorar es el paso final del proceso de evaluacin de software donde un conjunto de
coeficientes son sumarizados. El resultado es un estado de la amplitud en el cual el
software satisface los requisitos de calidad. Entonces la sumarizacin de calidad
es comparada con otros aspectos como tiempo y costo. Finalmente el resultado es
una decisin sobre la aceptacin o negacin, sobre la ejecucin o no del producto de
software. Los resultados de la evaluacin son importantes para decisiones acerca de
los siguientes pasos en el ciclo de vida de desarrollo de software.

58

1.4.2.2 Planificacin y Administracin (ISO/IEC 14598-2)


Esta parte de la norma provee requisitos, recomendaciones y una gua para el
departamento de soporte el cual es responsable de la administracin de la
evaluacin del producto de software y de la tecnologa necesaria para la evaluacin
del producto de software.

El rol del departamento de soporte incluye motivar a la gente, y entrenarlos para las
actividades de evaluacin, preparando apropiadamente mtodos, documentos de
evaluacin y respondiendo a preguntas sobre tecnologas de evaluacin.

El departamento de soporte es importante ya que provee ayuda a las organizaciones


en todos los proyectos de desarrollo de software, adquisicin de software y a
organizaciones interesadas en la evaluacin. Tabla 1.7

59

Actividades de Evaluacin de Software

SOFTWARE DESARROLLADO

SOFTWARE ADQUIRIDO

Actividades de

Actividades de

Actividades de

Actividades de

Desarrollo

Evaluacin

Adquisicin

Evaluacin

Los

entregables Evaluacin

dependen

de

de Depende

de

la Revisin de salidas

seleccin

de

los especificas de los

la entregables

eleccin del ciclo especficos (salidas procesos


de

vida del

proyecto) adquisicin

(Especificacin de (Revisin
requisitos,
especificacin

de procesos

del (Proceso

Diseo del sistema)

adquisicin.
de Auditoria

proveedores)

del

de
de

procesos

los
de

proveedores.

diseo del sistema)


Tabla 1.7Actividades de Evaluacin de Software
Fuente: ISO/IEC 14598-2

Los roles principales del departamento de soporte son:

Adquisicin de estndares nacionales e internacionales, informacin tcnica y


si se requiere soporte de expertos.

Desarrollo de estndares internos y herramientas, basados sobre proyectos y


requisitos de organizaciones.

Desarrollo de un criterio para la evaluacin.

Revisar la efectividad y calidad de cualquier adquisicin o desarrollo de


software.

Analizar los resultados de la evaluacin dentro de la organizacin.

El departamento de soporte puede ser interno

(grupo tcnico) o externo con

respecto a la organizacin en la cual se est evaluando el software.

60

La relacin entre el departamento de soporte y los proyectos de evaluacin se


muestra en la Tabla 1.8.
Relacin entre departamento de soporte y proyectos de evaluacin
DEPARTAMENTO DE SOPORTE

PROYECTOS DE EVALUCIN

PROVEE

DESARROLLAN

Nueva tecnologa

Experiencia del proyecto

Estndares nacionales e

Experiencia en evaluacin

internacionales

Datos del proyecto

Especializacin (consultora)

Experiencia con tecnologa

Entrenamiento

Respuesta a la funcin de soporte

Base de datos de la organizacin

Soporte a proyectos de
evaluacin

Tabla 1.8 Relacin entre departamento de soporte y proyectos de evaluacin


Fuente: ISO/IEC 14598-2

Las organizaciones deben desarrollar una poltica y planes para todas las actividades
de evaluacin. La responsabilidad del departamento de debe ser definida por las
actividades de evaluacin.
Cuando se desea planificar y ejecutar la evaluacin del software se deben seguir los
siguientes pasos:

Definir los objetivos de la evaluacin de software.

Asegurar un plan de evaluacin cuantitativo para todos los proyectos de


evaluacin que se desarrolla, este plan puede ser dividido en subplanes sujeto
a la complejidad de la evaluacin respectiva.

61

Las organizaciones pueden llevar a cabo las evaluaciones de software acorde con lo
siguiente:

Asegurar que los resultados de la evaluacin puedan ser cuantificados,


claramente presentados e identificados.

Asegurar una efectiva tecnologa y las mejores prcticas de uso.

Asegurar que la evaluacin es llevada efectivamente.

Asegurar que las recomendaciones para futuras actividades de evaluacin


estn disponibles.

Un plan global para mejorar la evaluacin de software debe incluir:

Declaracin de polticas.

Definicin de los objetivos de la organizacin

Identificacin de las tcnicas a ser utilizadas.

Asignacin de responsabilidades para los administradores de evaluacin de


procesos.

Identificacin de mejoras

El proceso de evaluacin de software para una organizacin debe estar determinado.


Si este no est disponible se lo debe adquirir.
En el caso de adquisicin se debe:

Verificar si los estndares nacionales o internacionales estn disponibles, en


este caso la organizacin debe incluirla.

Si la tecnologa de evaluacin est disponible, la organizacin debe considerar


incluirla.

La organizacin debe considerar el desarrollo apropiado de la tecnologa o


contratar un especialista que cumpla con los requisitos.

62

El uso de tecnologas de evaluacin debe ser estandarizadas dentro de la


organizacin. Los resultados de la evaluacin son obtenidos de proyectos realizados,
estos datos deben ser recolectados y medidos de la siguiente manera:

Coleccin y mantenimiento de la informacin

Anlisis y valoracin de los resultados de evaluacin y de tecnologa utilizada.

Los resultados de la evaluacin de software deben ser analizados y valorados.


Este anlisis y valoracin debe incluir la validez de:

Mediciones

Criterios de evaluacin

Mtricas

Tcnicas

Estandarizacin

El departamento de soporte debe supervisar que el estado de los proyectos de


evaluacin est dentro del calendario establecido.
El departamento de soporte debe recoger los resultados de la evaluacin al final de
cada proyecto, estos pueden ser almacenados con el propsito que puedan ser
usados para futuros proyectos.

63

1.4.2.3 Proceso para Desarrolladores (ISO/IEC 14598-3)


Esta parte de la norma es usada durante el desarrollo de software, es aplicable para
todas las actividades de software que requieren un proceso. El principal objetivo es la
medicin y evaluacin de la calidad de software.
ISO/IEC 14598-3 provee una gua para clarificar los requisitos de calidad para la
implementacin y anlisis de las medidas de la calidad de software. Es aplicable a
todas las fases del ciclo de vida de desarrollo. La norma se enfoca en la seleccin y
reporte de estos indicadores que son tiles para predecir la calidad del producto final
por medio de la medicin de la calidad de productos intermedios.
El proceso descrito en esta parte de la norma define las actividades necesarias para
realizar los requisitos, especificacin, diseo, acciones a realizar y conclusiones de la
evaluacin de cualquier tipo de producto de software.
1.4.2.4 Proceso para Adquisidores (ISO/IEC 14598-4)
Esta parte de la norma ISO/IEC14598 contiene requisitos, recomendaciones y una
gua para la evaluacin y valoracin de la calidad del producto de software durante
su adquisicin. El Proceso de evaluacin para Adquisidores utiliza el modelo de
calidad de la norma ISO/IEC 9126, juntamente con el Proceso de Evaluacin definido
en la norma ISO/IEC 14598.
El estndar ISO/IEC14598 clasifica a los productos de software en tres grupos:

Productos de Software Comerciales

Productos del software existentes desarrollados o adquiridos por otras


organizaciones, o por una gama amplia de organizaciones comunes.

64

Productos de Software Personalizados (Software a medida) o productos de


Software existentes modificados.

1.4.2.5 Proceso para Evaluadores (ISO/IEC 14598-5)


El proceso de evaluacin representa a un conjunto de subprocesos, con entradas y
salidas, y se apoya en el modelo de calidad definido en el estndar ISO/IEC 9126. El
estndar define los subprocesos necesarios para analizar los requisitos de
evaluacin, para especificarlos, disearlos (planificarlos), ejecutar las acciones de
evaluacin, y obtener conclusiones (recomendaciones) para cualquier tipo de
software.
El estndar se puede usar para:

Evaluar productos existentes

Evaluar productos en desarrollo (en este caso, el proceso de evaluacin debe


sincronizarse con el proceso de desarrollo).

Se identifica dos partes involucradas en el proceso de evaluacin de un producto de


software: el solicitante y el evaluador. El primer rol, el de solicitante, puede ser
representado por un desarrollador, un usuario del software, un proveedor o
adquisidor de software; y el segundo rol, el de evaluador, puede ser asignado, por
ejemplo, a un laboratorio u organizacin destinado a evaluar software, un laboratorio
que realiza comparaciones entre productos, entre otros.

65

CARACTERSTICAS DEL PROCESO DE EVALUACIN


Las caractersticas del proceso de evaluacin descritas en la norma ISO/IEC 14598
son las siguientes:

Repetible

Reproducible

Imparcial

Objetiva

Repetible: la evaluacin del mismo producto de software con la misma


especificacin de la evaluacin y realizado por el mismo evaluador debe producir
resultados que pueden aceptarse como idnticos.
Reproducible: la evaluacin del mismo producto de software con la misma
especificacin de la evaluacin y realizado por un evaluador diferente debe producir
resultados que pueden aceptarse como idnticos
Imparcial: la evaluacin no debe enfocarse hacia cualquier resultado particular.
Objetiva: Los resultados de la evaluacin deben ser verdaderos, por ejemplo no
influenciado por los sentimientos o las opiniones del evaluador

66

Proceso de evaluacin
El proceso de evaluacin segn el estndar ISO/IEC 14598, comprende de cinco
subprocesos, con sus respectivas entradas y salidas, como se representa en la
Figura 1.11. Los subprocesos son los siguientes:
a) Establecimiento de los Requisitos de Evaluacin
b) Especificacin de la Evaluacin
c) Diseo de la Evaluacin
d) Ejecucin de la Evaluacin, y
e) Conclusin de la Evaluacin
Proceso de Evaluacin para Evaluadores

Figura 1.11.Proceso de Evaluacin para Evaluadores


Fuente: ISO/IEC 14598-5

67

En cuanto a las entradas al proceso, el solicitante provee la descripcin del producto


(y las necesidades), y los componentes del producto. El evaluador potencialmente
provee como entradas, especificaciones predefinidas de evaluacin, mtodos y
herramientas de evaluacin.
En cuanto a las salidas al proceso, como se observa en la Figura 10, hay productos
intermedios y productos finales. Entre los primeros se encuentran los documentos de
requisitos, especificacin y plan de la evaluacin; entre los segundos los registros e
informes de evaluacin.
El documento de requisitos describe la meta de la evaluacin, el punto de vista y los
requisitos de calidad para el software seleccionado.
Se procede a desarrollar conforme al estndar los cinco procesos antes
mencionados, el objetivo de cada uno, los subprocesos, un resumen de la
descripcin del contenido de los documentos y los puntos de control.
a) Establecimiento de los requisitos de evaluacin
Propsito: el propsito de este proceso es describir la meta y objetivos de la
evaluacin. Tales objetivos se relacionan con el uso del producto de software en
consideracin de uno o varios puntos de vista de usuario y los riesgos asociados (es
decir, los requisitos de evaluacin pueden especificar niveles de evaluacin para las
caractersticas seleccionadas). Se debe considerar aspectos crticos como
seguridad, econmicos, legales o de contexto.
Elaboracin de los requisitos de evaluacin:

Proposicin de los requisitos por parte del solicitante

Declaracin del grado de cobertura en la evaluacin por parte del solicitante

68

Soporte del solicitante en analizar el objetivo de la evaluacin y en describir


los requisitos con el evaluador

Explicacin del grado de confianza y rigor de la evaluacin al evaluador

Acordar los requisitos de evaluacin

El solicitante debe proveer como punto de partida, los requisitos iniciales. En los
mismos se debe expresar cuan extensiva debe ser la cobertura o alcance de la
evaluacin. Por otra parte, el evaluador debe asegurar el rigor necesario del proceso
de evaluacin para determinar la calidad del producto. Por lo tanto, ambas partes
deben acordar sobre los requisitos como un prerrequisito para la continuacin del
proceso.
Contenido de los requisitos de evaluacin (Salidas): El documento de requisitos
de evaluacin debe contener una descripcin del producto sometido y una
descripcin general del propsito del producto. El documento de requisitos contendr
asimismo una lista de los requisitos de calidad, referidas por ejemplo, a las prescritas
en el estndar ISO/IEC 9126; en este contexto, se pueden emplear tambin las
subcaractersticas.
Se deber acordar y expresar en el documento la importancia relativa de cada
caracterstica. Adems, se deber proveer para cada requerimiento la especificacin
de la informacin contenida en el producto y los componentes a ser evaluados (el
nivel y forma de la informacin requerida en el documento puede estar relacionada al
costo de la evaluacin, o a la importancia especfica de un requerimiento de calidad).
Informe y Aprobacin: El documento de requisitos de evaluacin deber ser
aprobado en revisin conjunta por el solicitante y el evaluador. Este documento se
incluir en los registros de evaluacin y en el informe final de evaluacin.

69

b) Especificacin de la evaluacin
Propsito: el propsito de este proceso consiste en definir el alcance de la
evaluacin y las mediciones a realizarse en el producto de software a evaluar y en
sus componentes. El nivel de detalle de la salida (el documento de especificacin de
la evaluacin) debe ser de tal modo que se asegure la repetitividad y reproducibilidad
del proceso.
Elaboracin de la especificacin de la evaluacin:

Analizar la descripcin del producto

Especificar mediciones que son realizadas al producto y sus componentes

Verificar las especificaciones producidas en consideracin con los requisitos


de evaluacin

Componentes del producto de Software: Los componentes del producto de


Software son: Especificacin de los requisitos de Software, Cdigo fuente del
producto, Cdigo Ejecutable, Manual tcnico, Manual de usuario, Manual de
instalacin, Documentacin del Desarrollo del producto de Software.
Analizar la descripcin del producto: El solicitante debe proveer una descripcin
del producto a ser evaluado. Esta descripcin puede permitir definir el alcance de la
evaluacin (es decir, puede permitir identificar qu componentes son

partes del

producto y cules no). Definir el alcance de la evaluacin es importante cuando el


producto a evaluar est embebido en un sistema que puede consistir de hardware,
otros productos de software, redes, etc. y no siempre es tan obvio definir los lmites.
Por otra parte, analizar la descripcin del producto y sus componentes, permitir al
evaluador comprender su estructura, funcionalidad y relaciones entre las partes, esta
descripcin debe contener la lista de componentes del producto a evaluar.

70

Especificar las mediciones: El evaluador debe asignar los requisitos de evaluacin


al producto y a sus varios componentes identificados en la descripcin del producto.
Esto debe conducir a una descomposicin de los requisitos de evaluacin, por
ejemplo, en caractersticas y subcaractersticas. El resultado de la descomposicin
puede ser diferente para los diferentes componentes sometidos. En consecuencia, el
evaluador especificar las distintas mtricas destinadas a valorar las caractersticas,
subcaractersticas y atributos del producto y de los componentes seleccionados.
Estas especificaciones pueden contener algunas de estas declaraciones:

Una especificacin formalizada de una mtrica a ser aplicada, junto con las
instrucciones de presentacin de la misma en el informe de evaluacin

Una referencia a la especificacin del requisito correspondiente que deber


ser verificado, como as tambin el procedimiento de verificacin del mismo

La especificacin de un requisito que estaba ausente en el documento o que


requiere mayor nivel de detalle y explicacin, as como el procedimiento de
verificacin del mismo

Una referencia a declaraciones de estndares o normativas en donde se


provee informacin adicional del requisito

Para esta tarea el evaluador puede usar especificaciones de evaluacin predefinidas.


Verificar las especificaciones producidas en consideracin con los requisitos:
El evaluador debe realizar una verificacin de la especificacin de la evaluacin con
respecto a los requisitos de la evaluacin. Se debe garantizar que las medidas
especificadas sean suficientes para alcanzar los objetivos del proceso declarado en
los requisitos.
Contenido de la especificacin de la evaluacin (Salidas): El documento de
especificacin de la evaluacin debe contener:

71

El alcance de la evaluacin referenciado a los componentes del producto tal


como estaban identificados en la descripcin del mismo.

Una correspondencia entre la informacin necesitada para realizar la


evaluacin y los componentes del producto y otros documentos relacionados
que describan al producto.

Una especificacin de las mediciones y verificaciones a ser realizadas y las


referencias respectivas a los componentes del producto.

Una

correspondencia

entre

la

especificacin

de

las

mediciones

verificaciones, y el documento de especificacin de requisitos (junto con las


referencias a documentos, estndares, etc., o justificaciones para cada
medida y verificacin).
Informe y Aprobacin
El documento de especificacin de la evaluacin deber ser aprobado en revisin
conjunta por el solicitante y el evaluador. Este documento se incluir en los registros
de evaluacin y en el informe final de evaluacin. Cualquier cambio al documento de
requisitos surgido en alguna de las actividades de este proceso, ser informado en
los registros de evaluacin.
c) Diseo de la evaluacin
Propsito: el propsito de este proceso consiste en documentar los mtodos y
procedimientos a utilizar por el evaluador para realizar las mediciones y
verificaciones contenidas en el documento de especificacin de la evaluacin. El
evaluador producir como resultado de este proceso el plan de la evaluacin que
describe los recursos necesarios (humanos, materiales, tecnolgicos, etc.) y la
distribucin y asignacin de los recursos a las actividades a ser realizadas.

72

Elaboracin del plan de evaluacin


El plan de evaluacin est compuesto de tres subactividades:

Documentar los mtodos y procedimientos de evaluacin y producir un


borrador del plan

Optimizar el plan de evaluacin

Programar las actividades conforme a los recursos disponibles

Documentar los mtodos y procedimientos de evaluacin y producir un


borrador del plan: El objetivo de esta actividad es combinar las diferentes mtricas
y verificaciones con los distintos componentes del producto con el fin de documentar
detalladamente los mtodos y procedimientos a ser aplicados para implementar
dichas mediciones y verificaciones sobre los componentes y sus elementos. El
evaluador debe analizar restricciones tcnicas como:

Los formalismos usados para los componentes del producto

El hecho de que los componentes a evaluar sean presentados en formato


digital o en papel

La existencia de mtodos de evaluacin predefinidos

La disponibilidad de herramientas que soporten el mtodo o procedimientos


especficos

El tamao de los componentes del producto

Optimizar el plan de evaluacin: El evaluador debe documentar en el plan, para


cada mtrica y verificacin especificada, el mtodo apropiado (como as tambin,
cuando corresponda, la herramienta a emplear, indicando al menos el nombre, la
versin y su origen).

73

Luego se debe optimizar el plan con el fin de remover las duplicaciones al asignar los
mtodos y procedimientos a los distintos elementos de los componentes del producto
que utilizan las mismas tcnicas de evaluacin.
Programar las actividades conforme a los recursos disponibles:El evaluador
debe tomar en cuenta la disponibilidad de recursos para programar las actividades.
Adems, debe acordar con el solicitante, la fecha de distribucin de los resultados, el
formato de los mismos, por otra parte, los requisitos para las reuniones durante la
evaluacin.
Contenido del plan de evaluacin (Salida): El documento del plan de la evaluacin
est compuesto de dos partes:
1) La documentacin de los mtodos de evaluacin
2) La programacin de las actividades del evaluador
Informe y Aprobacin
El plan de la evaluacin deber ser aprobado en revisin conjunta por el solicitante y
el evaluador. Este documento se incluir en los registros de evaluacin y la
documentacin de los mtodos de evaluacin o referencias a los mismos se incluirn
en el informe final de evaluacin.
d) Ejecucin de la evaluacin
Propsito: el propsito de este proceso es obtener los resultados al realizar todas
las acciones para medir y verificar el producto conforme a los requisitos de
evaluacin, segn lo especificado y planeado. Al final del proceso se completan los
registros de evaluacin y el borrador del informe de evaluacin.

74

Actividades del evaluador

Administrar los componentes del producto provistos por el solicitante

Administrar los datos producidos por la evaluacin (incluyendo registros e


informes)

Administrar las herramientas necesarias para la evaluacin

Administrar las acciones de evaluacin fuera del sitio acordado

Administrar los requisitos surgidos por el uso de tcnicas especficas de


evaluacin

Administrar los componentes del producto provistos por el solicitante: El


solicitante debe distribuir al evaluador los componentes de los productos y
documentos relacionados, conforme a lo programado. La confidencialidad de todos
los componentes de los productos y documentos relacionados deben ser protegidos
de acuerdo a lo acordado.

Administrar los datos producidos por la evaluacin (incluyendo registros e


informes): Realizar el proceso de evaluacin consiste generalmente en medir los
atributos y caractersticas de los componentes de los productos, para obtener datos e
interpretacin de los mismos con el fin de incluirlos en el informe de evaluacin. Los
datos intermedios y finales se debern proteger del mismo modo que los
componentes de los productos conforme a lo acordado. Los datos y sus
interpretaciones debern incluirse en los registros de evaluacin.
Administrar las herramientas necesarias para la evaluacin: Al realizar el
proceso de evaluacin se podra necesitar herramientas de software para recolectar
datos, o para realizar la interpretacin de los mismos. El evaluador debe documentar
en el informe de evaluacin, la herramienta empleada, indicando al menos el
nombre, la versin y su origen. Adems, se debe registrar las acciones realizadas

75

para la validacin del instrumento. Finalmente, si fuera necesario, el personal de


evaluacin deber ser entrenado para utilizar la herramienta.
Administrar las acciones de evaluacin fuera del sitio acordado: Algunas veces,
las acciones de evaluacin no se podrn llevar a cabo en el sitio acordado. Por
ejemplo, se podra realizar en el lugar donde trabajan los desarrolladores, o donde el
producto de software est en operacin. En estos casos el evaluador deber
asegurar la confidencialidad, y evitar circunstancias que invaliden al proceso.
Administrar los requisitos surgidos por el uso de tcnicas especficas de
evaluacin: Cuando el plan de evaluacin requiere que el programa ejecutable del
producto sea probado la configuracin y el ambiente para pruebas debe ser
almacenado apropiadamente. Cuando las actividades de la evaluacin que un
documento sea revisado el uso de una lista de chequeo es recomendable.
Contenido de la Salida: Las salidas de este proceso son dos documentos:
1) Los registros de evaluacin
2) Un borrador del informe de evaluacin.
Informe y Revisin
Durante la ejecucin de la evaluacin, se producen resultados intermedios y finales.
Para lograr un mximo de objetividad de las acciones, stas deben ser revisadas por
personal de evaluacin que no haya participado en las mismas. Todos los resultados
de la evaluacin deben ser revisados. En la revisin debe participar al menos una
persona no involucrada directamente en el proceso. El informe de revisin deber
incluirse en los registros de evaluacin. Una vez revisados, los resultados de la
evaluacin se debern incluir en el borrador del informe de evaluacin.

76

e) Conclusin de la evaluacin
Propsito: el propsito de este proceso consiste en la revisin del borrador entre las
partes (solicitante y evaluador) y en poner a disponibilidad los documentos finales.
Actividades:

Revisin conjunta del informe de evaluacin

Disposicin de los datos y documentos de evaluacin

Revisin conjunta del informe de evaluacin: El borrador del informe de


evaluacin debe ser distribuido al solicitante. Luego se debe organizar una reunin
de revisin conjunta. El solicitante debe tener la oportunidad de realizar comentarios
sobre el informe. En el caso de realizarlos, se deber incluir dichos comentarios en
un captulo separado del informe final de evaluacin. Finalmente, el documento se
distribuir al solicitante.
Disposicin de los datos y documentos de evaluacin: Una vez que el
documento final se distribuy formalmente al solicitante, el evaluador deber
deshacerse de los datos correspondientes a la evaluacin. Esto se deber hacer,
dependiendo del tipo de datos, de alguna de estas formas:

Los documentos y productos sometidos a la evaluacin se debern devolver al


solicitante o se debern archivar por un perodo de tiempo acordado, o se
debern destruir en un lugar seguro.

Los registros de la evaluacin, y el informe de evaluacin se debern archivar


por un perodo de tiempo acordado.

Otros datos cualesquiera, se debern archivar por un perodo de tiempo


acordado, o se debern destruir en un lugar seguro.

77

Cuando el perodo de archivado expire para algn dato, se debern archivar otra vez
por un perodo de tiempo acordado, o se debern destruir en un lugar seguro.
En caso en que el solicitante acuerde, los resultados de los datos intermedios podrn
ser usados por el evaluador con el fin de estudiar tcnicas de evaluacin y mtricas
de software.
El proceso de evaluacin definido en la norma ISO/IEC14598-5 consiste de cinco
fases. En Tabla 1.9 se resume el proceso de evaluacin con tareas claves as como
tambin con entradas y salidas.

Proceso de evaluacin del producto de software para evaluadores


Entradas

Fase de
Evaluacin

Tareas claves

Salidas

Descripcin del
producto,
mdulos del
producto

Establecer
requisitos de la
evaluacin

Establecimiento de los
requisitos de
evaluacin

Requisitos de la evaluacin:
describen los objetivos de la
evaluacin, en particular,
describe requisitos de calidad
para el producto

Especificacin
de la
evaluacin

Especificacin de la
evaluacin basada en
los requisitos de
evaluacin y en la
descripcin del
producto de software
provedo por el
solicitante

La especificacin de la
evaluacin define todo el
anlisis y medidas a realizar en
el producto y en sus
componentes

Diseo de la
evaluacin produce un
plan de evaluacin en
base a la
especificacin de la
evaluacin, esta
actividad toma en
cuenta los
componentes del
producto de software a

El plan de la evaluacin
describe procedimientos
operacionales necesarios para
llevar a cabo la especificacin
de la evaluacin; en particular
se describen todos los mtodos
y herramientas a usarse en la
evaluacin

Requisitos de
la evaluacin,
descripcin del
producto,
especificacione
s predefinidas
de la
evaluacin

Especificacin
de la
evaluacin,
descripcin del
producto,
mtodos de
evaluacin

Diseo de la
evaluacin

78

Entradas

Plan de
Evaluacin,
herramientas
de evaluacin,
componentes
del producto

Borrador del
plan de
evaluacin,
componentes
del producto

Fase de
Evaluacin

Ejecucin de la
evaluacin

Conclusin de
la evaluacin

Tareas claves

Salidas

ser evaluados y los


mtodos de evaluacin
propuestos por el
evaluador
Ejecucin del plan de
evaluacin consiste de
la inspeccin,
modelamiento,
medicin y pruebas del Los registros de la evaluacin se
producto y sus
fundamentan del plan de
componentes conforme evaluacin, llevando una cuenta
al plan de evaluacin,
del detalle de acciones
estas actividades
realizadas por el evaluador
pueden ser realizadas
mientras ejecuta el plan de la
usando herramientas
evaluacin; estos archivos son
de software (que son
guardados o almacenados por el
usualmente provedas
evaluador.
por el evaluador), las
acciones realizadas
El borrador del informe de la
por el evaluador son
evaluacin es un documento
registradas y los
producido por la sntesis de los
resultados obtenidos
resultados de la evaluacin.
son puestos en el
borrador del informe de
la evaluacin
Conclusin de la
evaluacin que
consiste en la entrega
del reporte de la
evaluacin del
producto de software
por parte del evaluador
as como de sus
componentes cuando
estos han sido
valoradas
independientemente

El informe de la evaluacin
contiene requisitos de la
evaluacin, la especificacin de
la evaluacin, los resultados de
las medidas y anlisis realizados
y cualquier otra informacin
necesaria para poder repetir o
reproducir la evaluacin

Tabla 1.9 Proceso de evaluacin del producto de software para evaluadores


Fuente: Iso 14598 - 5

79

1.2.2.6 Documentacin de Mdulos de Evaluacin (ISO/IEC 14598-6)


Esta parte de la norma ISO/IEC14598 define la estructura y el volumen de la
documentacin de un Mdulo de Evaluacin, es decir, es un formato para la
documentacin de un Modulo a evaluar. Los Mdulos de Evaluacin son usados
dentro del contexto de las normas ISO/IEC 9126 e ISO/IEC 14598.
Un Mdulo de evaluacin: es un paquete de tecnologa de la evaluacin para medir
caractersticas de la calidad del software, subcaractersticas o atributos.
El paquete incluye:

Mtodos y tcnicas de evaluacin

Entradas para la evaluacin

Recoleccin de Datos a ser medidos

Procedimientos y herramientas de soporte

El mdulo de evaluacin es un documento que tiene una coleccin de datos que son
empaquetados (archivados) para evaluaciones futuras (ISO/IEC 14598-6).

80

FORMATO PARA LA DOCUMENTACIN DE UN MODULO DE EVALUACIN


El formato para la documentacin de un modulo de evaluacin es de la siguiente
manera:
a) Prlogo e Introduccin

Prlogo
Proporcionar informacin acerca de:

Preparacin, aprobacin, contribuciones y cambios

Relacin con otras normas u otros documentos

Introduccin
Es un prembulo de las principales tcnicas relacionadas bajo los mdulos de
evaluacin.
b) Alcance

Caractersticas
Identifica caractersticas, subcaractersticas o atributos para que un mdulo de
evaluacin pueda ser evaluado. El Modelo de Calidad de la norma ISO/IEC 9126-1
deber ser usado en esta clusula.

Nivel de evaluacin
Describe el nivel de evaluacin definido para un mdulo de evaluacin.

81

Tcnicas
Describe las tcnicas de evaluacin aplicadas para un mdulo de evaluacin. Por
ejemplo los modelos de crecimiento de la fiabilidad, pruebas de benchmark, anlisis
estadstico de cdigo.
Aplicabilidad
Identifica el alcance de la evaluacin del mdulo de evaluacin. Por ejemplo el
modulo de evaluacin puede ser aplicable a un particular lenguaje de programacin.

c) Referencias
Proporciona referencias de normas y documentos tcnicos. Si el mdulo de
evaluacin depende de resultados de otros mdulos debe ser mencionado aqu.
d) Trminos y Definiciones
Define trminos tcnicos usados en el mdulo de evaluacin.
e) Entradas y Mtricas

Entradas para la evaluacin


Identifica las entradas requeridas para la evaluacin. Estos sern clasificados como
componente del producto, informacin del producto, informacin de soporte e
informacin del producto en uso.

82

Informacin clasificada como componente del producto incluye especificacin de


requisitos de software, descripcin del diseo de software, descripcin del programa,
cdigo fuente, cdigo ejecutable y documentacin de usuario.
Informacin clasificada como informacin del producto incluye informe de la revisin
de requisitos de software, informe de la revisin del diseo de software, informe de la
revisin del programa, informe de pruebas, informe de la revisin de la
documentacin de usuario.
Informacin clasificada como informacin de soporte incluye plan de aseguramiento
de la calidad, plan de gestin de configuracin, plan de programa de pruebas y
descripcin del lenguaje de programacin y compilador.
Informacin clasificada como informacin del producto en uso incluye un informe de
pruebas y un informe de operacin describiendo el funcionamiento del sistema. El
sistema incluye cualquier asociacin de hardware, software y usuarios.

Elementos de los datos


Especifica que elementos de los datos son extrados de las entradas. Por ejemplo:
nmero de lneas de cdigo comentadas, nmero de palabras en cada mensaje de
ayuda; nmero de fallas observadas por hora de operacin.
Mtricas y medidas
Describe como las medidas se calculan de los elementos de los datos que usan
mtricas.

83

f) Interpretacin de Resultados

Mapeo de medidas
Define el significado de las medidas, es decir, la interpretacin de los resultados de
las medidas. Esto incluye la escala de evaluacin en que los valores obtenidos son
mapeados por mtricas definidas. Si varias medidas se obtienen por una sola
caracterstica, sub-caracterstica o atributo entonces se debe definir como estas
pueden combinarse en puntuaciones para caractersticas, sub-caractersticas o
atributos.

Informes
Describe el contenido de los informes que proveen los resultados del modulo de
evaluacin. En varios casos la visualizacin de los valores obtenidos es importante.
g) Procedimiento de la Aplicacin
Esta clusula es opcional, pero si es incluida debe tener el siguiente contenido:
Definicin de trminos tcnicos usados
Define trminos tcnicos que no estn definidos en el punto de trminos y
definiciones del mdulo de evaluacin o fuentes de referencia.
Recursos Requeridos
Especifica que recursos son requeridos cuando aplicamos al mdulo de evaluacin.
Puede incluir: Herramientas de Software, Hardware/Software necesitado, equipos de
pruebas, calificaciones, habilidades (para calificaciones u habilidades por ejemplo

84

certificaciones requeridos por el evaluador o la organizacin evaluadora), aplicacin


de esfuerzo (esfuerzo estimado requerido para la aplicacin de un modulo de
evaluacin y si este esfuerzo depende de atributos del producto por ejemplo: nmero
de lneas de cdigo) y otros recursos requeridos.
Instrucciones de Evaluacin
Describe detalladamente el procedimiento a seguir. Esto debe incluir la seleccin de
evidencia (por ejemplo cdigo de prueba), la generacin y grabado de datos puros,
reglas, algoritmos computacionales para mtricas de datos puros, la grabacin de
resultados y requisitos para la retencin de trabajo y documentacin final.

85

1.4.2 RELACIN ENTRE ESTNDARES ISO/IEC 9126 E ISO/IEC 14598


Partiendo desde la ptica que un proceso de evaluacin se basa en un modelo de
calidad seleccionado, el estndar ISO/IEC 14598 (proceso de evaluacin) utiliza el
modelo de calidad definido en la norma ISO/IEC 9126 (modelo de calidad) y para
realizar la valoracin de las caractersticas, subcaractersticas y atributos selecciona
mtricas determinadas en la segunda y tercera parte de la norma ISO/IEC 9126.
Los recursos y el entorno determinan el proceso de evaluacin del producto, el
proceso de evaluacin ya sea para desarrolladores, adquisidores o evaluadores que
se realiza al producto de software (en desarrollo o finalizado) est sustentado en el
modelo de calidad ISO/IEC 9126-1 y la valoracin se la realiza en base a las
mtricas internas y externas definidas en la ISO/IEC 9126-2 e ISO/IEC 9126-3
respectivamente. Finalmente el proceso de evaluacin puede ser realizado a
productos que estn en uso de la misma manera se tendr que sustentar en el
modelo de calidad seleccionado y se utilizar para la valoracin las mtricas de
calidad en uso ISO/IEC 9126-4.
Relacin entre Estndares ISO/IEC 9126 e ISO/IEC 14598

Figura 1.12. Relacin entre Estndares ISO/IEC 9126 e ISO/IEC 14598


Fuente: ISO/IEC 9126-1

86

CAPITULO 2. DETERMINACIN DE UN MODELO DE


CALIDAD PARA UNA APLICACIN SMART CLIENT.

2.1 DEFINICIN DE CARACTERSTICAS DE CALIDAD


En base al ciclo de vida de la norma ISO/IEC 14598-1 se establece que la aplicacin
a evaluar es un producto final.
El producto de software a evaluar Sistema Integrado para Casas de Valores SICAV
es una aplicacin Smart client. Un SmartClient es una aplicacin que combina el
alcance de Internet o Intranet (Web client) con el poder del computo local (RichClient)
En el presente proyecto se va a utilizar para la evaluacin del SICAV como producto
de Software el Modelo de Calidad ISO/IEC 9126 y para el procedimiento de
evaluacin la ISO/IEC 14598.
2.1.1 CUADRO DE LAS CARACTERSTICAS DE CALIDAD EXTERNA MS
SIGNIFICATIVAS PARA UN SMART CLIENT.
Las caractersticas de Calidad Externa ms significactivas para nuestro caso de
estudio se muestran en la tabla 2.1

Caractersticas de Calidad Externa


para un Smart Client

Caractersticas de Calidad Externa ms significativas para un Smart Client


Caractersticas

Nivel de Importancia

Observaciones

FUNCIONALIDAD

Primordial

Es indispensable para cumplir la


misin del SICAV.

FIABILIDAD

Primordial

Es indispensable para cumplir la


misin del SICAV.

USABILIDAD

Primordial

Es indispensable para cumplir la


misin del SICAV.

EFICIENCIA

Opcional

Relativa importancia para


nuestro caso de estudio

MANTENIBILIDAD

Opcional

Relativa importancia para


nuestro caso de estudio

PORTABILIDAD

No Funcional

No es necesario ya que el
SICAV estar en un servidor

87

determinado dentro de cada


Casa de Valores
Tabla 2.1 Caractersticas de Calidad Externa ms significativas para un Smart Client
Fuente: Andrs Vivanco

2.1.2 CUADRO DE LAS CARACTERSTICAS DE CALIDAD


SIGNIFICATIVAS PARA UN SMART CLIENT

INTERNA MS

Las caractersticas de Calidad Interna ms significactivas para nuestro caso de


estudio se muestran en la tabla 2.2

Caractersticas de Calidad Interna para


un Smart Client

Caractersticas de Calidad Interna ms significativas para un Smart Client

Caractersticas

Nivel de Importancia

Observaciones

FUNCIONALIDAD

Primordial

Es indispensable para cumplir la


misin del SICAV.

FIABILIDAD

Primordial

Es indispensable para cumplir la


misin del SICAV.

USABILIDAD

Primordial

Es indispensable para cumplir la


misin del SICAV.

EFICIENCIA

Opcional

Relativa importancia para nuestro


caso de estudio

MANTENIBILIDAD

Opcional

Relativa importancia para nuestro


caso de estudio

PORTABILIDAD

No Funcional

No es necesario ya que el SICAV


estar en un servidor
determinado dentro de cada Casa
de Valores

Tabla 2.2 Caractersticas de Calidad Interna ms significativas para un Smart Client


Fuente: Andrs Vivanco

88

2.1.3 CUADRO DE LAS CARACTERSTICAS DE CALIDAD EN USO MS


SIGNIFICATIVAS PARA UN SMART CLIENT.
Las caractersticas de Calidad en Uso ms significactivas para nuestro caso de
estudio se muestran en la tabla 2.3

Caractersticas de Calidad en
Uso para un Smart Client

Caractersticas de Calidad en Uso ms significativas para un Smart Client


Caractersticas

Nivel de Importancia

Observaciones

EFECTIVIDAD

Primordial

PRODUCTIVIDAD

Opcional

Es indispensable para
cumplir la misin del
SICAV.
Relativa importancia para
nuestro caso de estudio

SEGURIDAD

Opcional

Relativa importancia para


nuestro caso de estudio

SATISFACCIN

Primordial

Es indispensable para
cumplir la misin del
SICAV.

Tabla 2.3Caractersticas de Calidad en Uso ms significativas para un Smart Client


Fuente: Andrs Vivanco

89

2.2 DEFINICIN DE SUB-CARACTERSTICAS Y ATRIBUTOS


2.2.1 CUADRO DE LAS SUB - CARACTERSTICAS Y ATRIBUTOS DE CALIDAD
EXTERNA MS SIGNIFICATIVAS PARA UN SMART CLIENT.
Para una mejor apreciacin utilizaremos:

A: Alta importancia.

M: Mediana importancia.

B: Baja importancia.

Las Sub-Caractersticas y Atributos de Calidad Externa ms significactivas para


nuestro caso de estudio se muestran en la tabla 2.4

Sub- Caractersticas y Atributos de Calidad Externa para un


Smart Client

Cuadro de las Sub - Caractersticas y Atributos de Calidad Externa ms significativas para un


Smart Client.
Nivel de
Importancia
CUANTIFICACIN DE LAS MTRICAS DE EVALUACIN

Funcionalidad

Fiabilidad

Usabilidad

Adecuacin

Exactitud

Interoperabilidad

Seguridad de acceso

Cumplimiento funcional

Madurez

Tolerancia a fallos

Capacidad de recuperacin

Cumplimiento de la fiabilidad

Capacidad para ser Aprendido

Capacidad para ser Operado

Capacidad de Atraccin

Capacidad para ser analizado

90

Capacidad para ser cambiado

Estabilidad

Capacidad para ser probado

Cumplimiento de la mantenibilidad

Adaptabilidad

Instalabilidad

Coexistencia

Capacidad para reemplazar

Cumplimiento de la portabilidad

Mantenibilidad

Portabilidad

Tabla 2.4Cuadro de las Sub - Caractersticas y Atributos de Calidad Externa ms significativas


para un Smart Client.
Fuente: Andrs Vivanco

2.2.1 CUADRO DE LAS SUB - CARACTERSTICAS Y ATRIBUTOS DE CALIDAD


INTERNA MS SIGNIFICATIVAS PARA UN SMART CLIENT.
Para una mejor apreciacin utilizaremos:

A: Alta importancia.

M: Mediana importancia.

B: Baja importancia.

Las Sub-Caractersticas y Atributos de Calidad Interna ms significactivas para


nuestro caso de estudio se muestran en la tabla 2.5

91

Cuadro de las Sub - Caractersticas y Atributos de Calidad Interna ms significativas para un


Smart Client.
Nivel de
Importancia
CUANTIFICACIN DE LAS MTRICAS DE EVALUACIN

Sub- Caractersticas y Atributos de Calidad Interna para un Smart Client

Funcionalidad

Fiabilidad

Usabilidad

Mantenibilidad

Portabilidad

Adecuacin

Exactitud

Interoperabilidad

Seguridad de acceso

Cumplimiento funcional

Madurez

Tolerancia a fallos

Capacidad de recuperacin

Cumplimiento de la fiabilidad

Capacidad para ser Aprendido

Capacidad para ser Operado

Capacidad de Atraccin

Capacidad para ser analizado

Capacidad para ser cambiado

Estabilidad

Capacidad para ser probado

Cumplimiento de la mantenibilidad

Adaptabilidad

Instalabilidad

Coexistencia

Capacidad para reemplazar

Cumplimiento de la portabilidad

Tabla 2.5 Cuadro de las Sub - Caractersticas y Atributos de Calidad Interna ms significativas
para un Smart Client.
Fuente: Andrs Vivanco

92

2.2.2 CUADRO DE LAS SUB - CARACTERSTICAS Y ATRIBUTOS DE LA


CALIDAD EN USO MS SIGNIFICATIVAS PARA UN SMART CLIENT.
Para una mejor apreciacin utilizaremos:

A: Alta importancia

M: Mediana importancia.

B: Baja importancia.

Las Sub-Caractersticas y Atributos de Calidad en Uso ms significactivas para


nuestro caso de estudio se muestran en la tabla 2.6

Sub- Caractersticas y Atributos de Calidad en Uso para un


Smart Client

Cuadro de las Sub - Caractersticas y Atributos de Calidad en Uso ms significativas para un


Smart Client.
Nivel de
Importancia
CUANTIFICACIN DE LAS MTRICAS DE EVALUACIN

Efectividad

Productividad

Seguridad

Satisfaccin

Eficacia en la tarea

Terminacin de la tarea

Frecuencia de Error

Tiempo de la tarea

Eficiencia de la tarea

Productividad econmica

Respectiva Eficiencia del Usuario

Salud y Seguridad del Usuario

Seguridad de las personas afectadas por el


uso del sistema
Daos del Software

Escala de satisfaccin

Cuestionario de Satisfaccin

Uso discrecional

Tabla 2.6Cuadro de las Sub - Caractersticas y Atributos de Calidad en Uso ms significativas


para un Smart Client.
Fuente: Andrs Vivanco

93

2.3 MODELO DE INDICADORES Y MTRICAS

2.3.1 MODELO DE MTRICAS


En base a la norma ISO/IEC 14598 para seleccionar las mtricas de calidad
adecuadas para nuestro caso de estudio se debern seguir los siguientes pasos:
1. Especificar el propsito de la evaluacin
2. Especificar el producto a evaluar
3. Especficar el modelo de calidad con el que evaluaremos al SICAV
4. Especificar las caractersticas, subcaractersticas de calidad
5. Especificar las mtricas de calidad que utilizaremos.

1. Especificar el propsito de la evaluacin.- Se detalla el objetivo de por qu se


va a proceder la evaluacin, para al final estimar un grado de calidad acorde al valor
de la evaluacin.
2. Especificar el producto a evaluar.- Se identifica el tipo de software a evaluar en:
Software Base (sistema operativo), si es Software Utilitario (herramientas CASE) o
Software de Aplicacin (Software de seguridad, financiero, educacional entre otros).
Adems si es un producto intermedio (en desarrollo o en etapa de pruebas) o un
producto final (en produccin).
3. Especficar el modelo de calidad con el que evaluaremos al SICAV.- Para
nuestro caso de estudio utilizaremos el modelo ISO / IECE 9126.
4. Especificar las caractersticas, subcaractersticas de calidad.- De acuerdo al
tipo de Software, ambiente en el que funciona el Software se debe determinar las
caracteriscas y subcaracteristimas ms adecuadas para determinar la calidad.

94

5. Especificar las mtricas de calidad que utilizaremos.- Basandonos en los


pasos anteriores seleccionamos las mtricas mas adecuadas para evaluar la calidad
de nuestro producto de software
El proceso para seleccin de mtricas se muestra en la figura 2.1
Proceso de Seleccin de Mtricas
1.Especificar el propsito de la evaluacin
Evaluar la calidad del SICAV y Analizar los Resultados

2.Especificar el producto a evaluar


Software de Aplicacin

Producto Final

3.Especficar el modelo de calidad con el que evaluaremos al SICAV


ISO/IEC 9126

4.Especificar las caractersticas, subcaractersticas de calidad

5.Especificar las mtricas de calidad que utilizaremos

Figura 2.1.Proceso de Seleccin de Mtricas


Fuente: Andrs Vivanco V.

95

2.3.2 MTRICAS PARA LA CALIDAD INTERNA


La Tabla 2.7 muestra una recopilacin general de las mtricas que se relacionan con
la Calidad Interna (proceso y producto final), puesto que las mtricas seleccionadas
dependern del propsito de la evaluacin y del tipo de producto a evaluar.

FUNCIONALIDAD

CARACTERISTICA

Cun adecuada es
la verificacin de
funciones?

Capacidad
funcional

Proceso

Producto

Contar el nmero de datos que


satisfacen los requisitos de
niveles de especificacin de
precisin y comparar con el
nmero total de detalle de
datos del nivel de precisin
especificado en los requisitos.
Contar el nmero de formato
de datos de interfaces que
tienen que ser implementados
correctamente como en las
especificaciones y comparar
con el nmero de formato de
datos a ser cambiados en las
especificaciones.

Cun estable es la
especificacin
funcional durante el
ciclo de vida de
desarrollo?

Cun completa es la
implementacin de
niveles especficos de
precisin para el
detalle de datos?

Cun correcto
tienen los formatos
de datos de las
interfaces a ser
implementadas?

Precisin

Cambio de datos
(basado en el
formato de datos)

EXACTITUD

INTEROPERABILIDAD

Proceso

Proceso

Contar el nmero de funciones


implementadas
que
son
convenientes para realizar
tareas especficas, entonces
medir
la
proporcin de
funciones implementadas.

Estabilidad de la
especificacin
funcional
(volatilidad)

REFERIDA A

METODO

METRICA
PROPOSITO

NOMBRE

Contar
el
nmero
de
funciones
cambiadas
(aadidas,
modificadas
o
borradas) durante las fases de
desarrollo del ciclo de vida,
entonces comparar con el
nmero de funciones descritas
en las especificaciones de
requisitos.

ADECUACIN

SUBCARACTERISTICA

Pg. 9

Pg. 8

Pg. 7

Pg. 6

REFERENCIA
(ISO / IEC
9126-3)

96

FUNCIONALIDAD

CARACTERISTICA

CUMPLIMIENTO DE
LA FUNCIONALIDAD

SEGURIDAD DE
ACCESO

SUBCARACTERISTICA

Producto

Contar
el
nmero
de
instancias de encriptacin /
desencriptacin de detalles de
datos como especifica y
comparar con el nmero de
instancias de detalles de datos
requeridos
facilidad
de
encriptacin o desencriptacin
como en las especificaciones.
Contar el nmero de detalles que
se han reunido y que requieren
cumplimiento y comparar con el
nmero de detalles que requieren
cumplimiento
como
en
la
especificacin.

Cun completa es la
implementacin de la
prevencin en el mal
uso de datos?

Cun completa es la
implementacin de
encriptacin de
datos?

Cun dcil es la
funcionalidad del
producto a aplicar
regulaciones,
estndares y
convenciones?

Prevencin en el
mal uso de datos

Encriptacin de
datos

Producto

Producto

Contar
el
nmero
de
instancias implementadas de
prevencin de mal uso de
datos
especificadas
y
comparar con el nmero de
instancias de operaciones /
accesos especificados en
requerimientos
capaz
de
corromper o destruir datos.

Cun controlable es
el acceso a los
sistemas?

Acceso controlable

Cumplimiento de
funcionalidad

Proceso

Contar el nmero de requisitos


de
acceso
controlables
implementados correctamente
como en las especificaciones y
comparar con el nmero de
requisitos
de
acceso
controlable
en
las
especificaciones.

METRICA
REFERIDA A

PROPOSITO

METODO

NOMBRE

Pg. 12

Pg. 11

Pg. 11

Pg. 10

REFERENCIA
(ISO / IEC
9126-3)

97

FIABILIDAD

CARACTERISTICA

Cuntas funciones
son implementadas
con capacidad de
anular operaciones
incorrectas?

Anulacin de
operacin
incorrecta

Restaurabilidad

MADUREZ

TOLERANCIA A
FALLAS

CAPACIDAD DE
RECUPERACION

Cun capaz es el
producto en
restaurarse el mismo
luego de un evento
anormal o de una
demanda?

De que manera
muchos defectos son
detectados en la
revisin del producto?

Deteccin del
defecto.
(Solamente usada
para prediccin
durante el
desarrollo)

Contar el nmero de funciones


implementadas que evitan
crtico y serias fallas causadas
por operaciones incorrectas y
comparar este al nmero de
modelo
de
operaciones
incorrectas
a
ser
consideradas.

Contar el nmero de funciones


implementadas que evitan
crtico y serias fallas causadas
por operaciones incorrectas y
comparar estas al nmero de
modelo
de
operaciones
incorrectas
a
ser
consideradas.

Producto

Producto

Proceso

Producto

Contar el nmero de interfaces


que satisfacen el cumplimiento
requerido con el nmero de
interfaces
que
requieren
cumplimiento como en las
especificaciones.

Cun dcil son las


interfaces para
aplicar regulaciones,
estndares y
convenciones?

Cumplimiento del
estndar entre
sistemas

Contar el nmero de defectos


detectados en la revisin y
comparar con el nmero
estimados de defectos a ser
detectados en esta fase.

REFERIDA A

METODO

METRICA
PROPOSITO

NOMBRE

SUBCARACTERISTICA

Pg. 17

Pg. 16

Pg. 14

Pg. 12

REFERENCIA
(ISO / IEC
9126-3)

98

USABILIDAD

CARACTERISTICA

Descripcin de la
integridad

Qu proporcin de
funciones son
descritas en la
documentacin del
usuario y/o en la
facilidad de ayuda?

Qu proporcin del
mensaje es auto
explicativo?

Claridad del
mensaje

CAPACIDAD PARA
SER APRENDIDO

OPERABILIDAD

Qu proporcin de
las funciones del
producto son
evidentes al usuario?

Qu proporcin de
funciones (o tipo de
funciones) estn
descritas en la
descripcin del
producto?

Cumplimiento de la
fiabilidad

Funciones
evidentes

Contar el nmero de detalles


requeridos
para
el
cumplimiento que se han
reunido y comparar con el
nmero de detalles requeridos
de cumplimiento como en la
especificacin.

Cun dcil es la
fiabilidad del producto
aplicable a
regulaciones,
estndares y
convenciones?

Contar el nmero de mensajes


implementados
con
explicaciones
claras
y
comparar con el nmero total
de mensajes implementados.

Contar el nmero de funciones


implementadas con facilidad
de ayuda y/o documentacin y
comparar con el nmero total
de funciones del producto

Contar el nmero de funciones


que son evidentes al usuario y
comparar con el nmero total
de funciones.

Contar el nmero de funciones


que
son
descritas
adecuadamente y comparar
con el nmero total de
funciones del producto.

METODO

METRICA
PROPOSITO

NOMBRE

Integridad de
documentacin de
usuario y/o
facilidad de ayuda

CAPACIDAD PARA
SER ENTENDIDO

CUMPLIIENTO DE LA
FIABILIDAD

SUBCARACTERISTICA

Producto

Proceso

Producto

Proceso

Producto

REFERIDA A

Pg. 23

Pg. 21

Pg. 20

Pg. 20

Pg. 18

REFERENCIA
(ISO / IEC
9126-3)

99

EFICIENCIA

CARACTERISTICA

UTILIZACION DE
RECURSOS

CUMPLIMIENTO DE
LA USABILIDAD

SUBCARACTERISTICA

Utilizacin I/O
Densidad de
Mensaje

Utilizacin de
Memoria densidad
de mensaje

Cul es la densidad
de mensajes
relacionado con la
utilizacin de I/O en
las lneas de cdigo
responsables
haciendo llamadas
del sistema?

Cumplimiento de la
usabilidad

Cul es la densidad
de mensajes
relacionado con la
utilizacin de
memoria en las lneas
de cdigo
responsable haciendo
llamadas del
sistema?

Producto

Contar el nmero de detalles


requeridos
para
el
cumplimiento que se han
reunido y comparar con el
nmero de detalles requeridos
de cumplimiento como en la
especificacin.

Cun dcil es el
producto aplicable a
regulaciones,
estndares y
convenciones para
usabilidad?

Recuperabilidad de
error operacional

Contar el nmero de mensajes


del error que pertenecen al
fallo
de
memoria
y
advertencias, y comparar con
el nmero estimado de lneas
de cdigo responsable en
llamadas del sistema

Producto

Producto

Producto

Contar el nmero de funciones


implementadas que toleran
errores
de
usuarios
y
comparar con el nmero total
de funciones requeridas que
tiene capacidad de tolerancia.

Qu proporcin de
funciones pueden
tolerar errores de
usuario?

Contar el nmero de errores


que pertenecen a fallas de I/O
y advertencias, y comparar al
nmero estimado de lneas de
cdigo
responsable
en
llamadas del sistema.

REFERIDA A

METODO

METRICA
PROPOSITO

NOMBRE

Pg. 30

Pg. 30

Pg. 26

Pg. 24

REFERENCIA
(ISO / IEC
9126-3)

100

MANTENIBILIDAD

CARACTERISTICA

CUMPLIMIENTO DE
LA MANTENIBILIDAD

Cumplimiento de la
Mantenibilidad

Contar el nmero de variables


afectadas y comprar con el
nmero total de variables en el
producto.
Contar el nmero de tems que
requieren cumplimiento que se
ha reunido y se ha comparado
con el nmero de tems que
requieren cumplimiento como
en la especificacin.

Cul es el impacto
de la modificacin
sobre el producto de
software?
Cun dcil es la
mantenibilidad del
producto a las
regulaciones
aplicables, normas y
convenciones?

Producto

Proceso

Impacto al Cambio

Localizacin de la
modificacin de
Impacto

Proceso

Contar el nmero de impactos


adversos
descubiertos
despus de la modificacin y
comparar el nmero de
modificaciones realizadas.

Cul es la
frecuencia de
impactos adversos
despus de la
modificacin?

ESTABILIDAD

Producto

Registro de la proporcin del


cambio de mdulo

Registros de
Cambios

CAPACIDAD PARA
SER CAMBIADO

Producto

Contar el nmero de tems que


requieren cumplimiento que
se ha reunido y se ha
comparado con el nmero de
tems
que
requieren
cumplimiento como en la
especificacin.

Cun dcil es la
eficiencia del
producto a las
regulaciones
aplicables, normas y
convenciones?

Los cambios a
mdulos de
especificaciones y
programa se registran
adecuadamente en el
cdigo con lneas de
comentario?

REFERIDA A

METODO

METRICA
PROPOSITO

Cumplimiento de la
eficiencia

NOMBRE

CUMPLIMIENTO DE
LA EFICIENCIA

SUBCARACTERISTICA

Pg. 37

Pg. 35

Pg. 35

Pg. 34

Pg. 31

REFERENCIA
(ISO / IEC
9126-3)

101

PORTABILIDAD

CARACTERISTICA

Cumplimiento de la
Portabilidad

Cun adaptable es
el producto a los
cambios de
estructura de datos?

Adaptabilidad de la
estructura de datos

Cun dcil es la
mantenibilidad del
producto a las
regulaciones
aplicables, normas y
convenciones?

PROPOSITO

NOMBRE

METODO

Contar el nmero de tems que


requieren cumplimiento que se
ha reunido y se ha comparado
con el nmero de tems que
requieren cumplimiento como
en la especificacin.

Contar
el
nmero
de
estructuras de datos que son
operables y no tienen ninguna
limitacin despus de la
adaptacin y comparar con el
nmero total de estructuras de
datos que requieren capacidad
de adaptacin.

METRICA

Producto

Producto

REFERIDA A

Tabla 2.7 Recopilacin General de Mtricas que se relacionan con el Cdigo Fuente
Fuente: TESIS FIS / EPN

CUMPLIMIENTO DE
LA PORTABILIDAD

ADAPTABILIDAD

SUBCARACTERISTICA

Pg. 44

Pg. 38

REFERENCIA
(ISO / IEC
9126-3)

102

103

Seleccin de Mtricas de Calidad Interna para nuestro Caso de Estudio


Para elegir las mtricas de calidad se tomarn los requerimientos ynecesidades los
usuarios y prioridades del Departamento de Sistemas de la Bolsa de Valores de
Quito.
En base a la tabla 2.5 las mtricas Internas escogidas para el caso de estudio son:
CARACTERISTICA

FUNCIONALIDAD

FIABILIDAD

SUBCARACTERISTICA

METRICA

Seguridad de Acceso

Prevencin al mal uso de


datos

Cumplimiento de la
Funcionalidad

Cumplimiento de la
Funcionalidad
Cumplimiento del estndar
entre sistemas

Tolerancia a Fallas

Anulacin de Operacin
Incorrecta

Capacidad para ser


entendido

Funciones Evidentes

USABILIDAD

Claridad del mensaje


Operabilidad

Recuperabilidad de error
operacional
Utilizacin I/O Densidad de
Mensaje

EFICIENCIA

Utilizacin de Recursos

PORTABILIDAD

Adaptabilidad

Utilizacin de Memoria
Densidad de Mensaje
Adaptabilidad de la
estructura de datos

Tabla 2.8 Mtricas Internas para el caso de Estudio aplicacin Smart Client
Fuente: Andrs Vivanco
A continuacin, en la Tabla 2.9 se presenta la especificacin formalizada de las mtricas
Internas a ser aplicadas:

Mtodo de
aplicacin

Contar el
nmero de
instancias
implementa
das para la
prevencin
del mal uso
de datos
como se
especifica y
comparar
con el
nmero de
instancias /
accesos
especificad
os en los
requisitos
con
capacidad
de alterar /
destruir los
datos.

Propsito
de
la
mtrica

Cun
completa es
la
implementac
in en la
prevencin
del mal uso
de datos?

Nombre
de
la
mtrica

Prevenci
n en el
mal uso
de datos

Mtrica interna de Seguridad De Acceso

Caracterstica: Funcionalidad

X=A/B
A = nmero
de
instancias
implementa
das para la
prevencin
del mal uso
de datos
como se
especifica
confirmado
en la
revisin
B = nmero
de
instancias
de
operaciones
/ accesos
identificada
s en los
requerimien
tos con
capacidad
de alterar /
destruir
datos.

Medicin,
formula
y
clculo de
datos

El ms
cercano a
1. Es el
mejor

0<= X <=1

Interpretaci
n de los
valores
medidos

Absolu
to

Tipo
de
escala
de
mtric
a

Subcaracterstica: Seguridad de Acceso

A=
contabl
e
B=
contabl
e

X=
contabl
e/
contabl
e

Tipo de
medida

Reporte de
revisin

Cdigo Fuente

Diseo

Especificacin

Requerimientos

Entradasparamedi
cin

6.6
Revisincolec
tiva

6.5 Validacin

Referente
ISO/IEC
12207 SLCP

Desarrolladores

Usuariosseleccion
ados

104

Mtodo de
aplicacin

Contar el
nmero de
detalles
que se han
reunido y
que
requieren
cumplimien
to y
comparar
con el
nmero de
detalles
que
requieren
cumplimien
to como en
la
especificac
in

Propsito
de
la
mtrica

Cun dcil
es la
funcionalida
d del
producto al
aplicar
regulacione
s,
estndares
y
convencion
es?

Nombre de
la mtrica

Cumplimie
nto de la
Funcionali
dad

B = nmero
total de
tems de
cumplimient
o.

A = nmero
de tems
implementa
dos
correctame
nte
relacionado
s con el
cumplimient
o de
funcionalida
d
confirmado
en la
evaluacin

X=A/B

Medicin,
formula
y
clculo de
datos

El ms
cercano a
1. Es el
mejor

0<= X <=1

Interpretaci
n de los
valores
medidos

Absolu
to

Tipo
de
escala
de
mtric
a

A=
contabl
e
B=
contabl
e

X=
contabl
e/
contabl
e

Tipo de
medida

Reporte de
Revisin.

Cdigo Fuente

Diseo

Especificacin de
cumplimiento y
relacin de
estndares,
convenciones o
regulaciones.

Entradasparamedi
cin

Subcaracterstica: Cumplimiento de la Funcionalidad

Mtrica interna de Cumplimiento de la Funcionalidad

Caracterstica: Funcionalidad

Revisincolec
tiva

Verificacin

Referente
ISO/IEC
12207 SLCP

Desarrolladores

Analistas

Usuariosseleccion
ados

105

Propsito
de
la
mtrica

Cun
dcil son
las
interfaces
al aplicar
regulacione
s,
estndares
y
convencion
es?

Nombre de
la mtrica

Cumplimie
nto del
estndar
entre
sistemas

Nota: Todos
los atributos
especificados
de un
estndar
deben
verificarse

Contar el
nmero de
interfaces
que
satisfacen el
cumplimiento
requerido y
comparar
con el
nmero de
interfaces
que
requieren
cumplimiento
como en las
especificacio
nes.

Mtodo
de
aplicacin

B = nmero
total de
interfaces
que
requieren
de
cumplimient
o.

A = nmero
de
interfaces
implementa
dos
correctame
nte
especificad
as
confirmada
s en la
revisin

X=A/B

Medicin,
formula y
clculo de
datos

El ms
cercano a
1. Es el
mejor

0<= X <=1

Interpretac
in de los
valores
medidos

Absolu
to

Tipo
de
escala
de
mtric
a

A=
contab
le
B=
contab
le

X=
contab
le/
contab
le

Tipo de
medida

Subcaracterstica: Cumplimiento de la Funcionalidad

Mtrica interna de Cumplimiento de la Funcionalidad

Caracterstica: Funcionalidad

Reporte de
Revisin.

Cdigo Fuente

Diseo

Especificacin de
Requerimientos.

Entradasparamed
icin

Revisincolec
tiva

Verificacin

Referente
ISO/IEC
12207 SLCP

Analistas

Desarrolladores

Usuariosseleccion
ados

106

Mtodo de
aplicacin

Contar el
nmero de
funciones
implementad
as que
evitan
crticas y
serias fallas
causadas
por
operaciones
incorrectas y
comparar
ste al
nmero de
modelo de
operaciones
incorrectas a
ser
considerada
s.

Propsito
de
la
mtrica

Cuntas
funciones
son
implementad
as con
capacidad
de anular
operaciones
incorrectas?

Nombre
de
la
mtrica

Anulacin
de
operacion
es
incorrecta
B = nmero
de
operaciones
incorrectas
del modelo a
ser
considerada
s.

A = nmero
de funciones
implementad
as para
anular
operaciones
incorrectas

X=A/B

Medicin,
formula
y
clculo de
datos

Donde X es
mayor a 0,
siendo X la
mejor
anulacin
de
operacione
s
incorrectas

0<= X

Interpretaci
n de los
valores
medidos

Subcaracterstica: Tolerancia a fallas

Mtrica interna de Tolerancia a fallas

Caracterstica: Fiabilidad

Absolu
to

Tipo de
escala
de
mtrica

A=
contabl
e
B=
contabl
e

X=
contabl
e/
contabl
e

Tipo de
medida

El valor B viene del


documento de
especificacin de
requerimientos

El valor A viene del


reporte de revisin.

Entradasparamedi
cin

Resoluci
n del
problema

Revisin
colectiva

Validaci
n.

Verificaci
n

Referente
ISO/IEC
12207
SLCP

Soporte

Analistas

Desarrolladores

Usuariosselecciona
dos

107

Funcione
s
Evidente
s

Qu
proporci
n de las
funciones
del
producto
son
evidentes
al
usuario?

Contar el
nmero
de
funcione
s que
son
evidente
s al
usuario y
comprar
con el
nmero
total de
funcione
s.
B=
nmero
total de
funciones
(o tipo de
funciones
).

A=
nmero
de
funciones
(o tipo de
funciones
)
evidentes
al usuario
El lmite a 1
es el mejor.

0<= X <= 1
Absolut
o

Tipo de
escala
de
mtrica

A=
contabl
e
B=
contabl
e

X=
contabl
e/
contabl
e

Tipo de
medida

Reporte de revisin

Diseo

Especificacin de
requerimientos

Entradasparamedici
n

Subcaracterstica: Capacidad para ser entendido

Mtrica interna de Capacidad para ser entendido


Mtodo
Medicin, Interpretaci
Nombre
Propsit
de
formula y n de los
de
la o de la
aplicaci clculo
valores
mtrica
mtrica
n
de datos
medidos
X=A/B

Caracterstica: Usabilidad

Revisincolecti
va

Verificacin

Referente
ISO/IEC 12207
SLCP

Analistas

Desarrolladores

Usuariosseleccionad
os

108

Mtodo
de
aplicacin

Contar
el
nmero
de
mensajes
implementado
s
con
explicaciones
claras
y
comparar con
el
nmero
total
de
mensajes
implementado
s.

Propsito
de
la
mtrica

Qu
proporci
n
del
mensaje
es
auto
explicativo
?

Nombr
e de la
mtrica

Clarida
d
del
mensaj
e

Mtrica interna de Operabilidad

Caracterstica: Usabilidad

B= Nmero
de
mensajes
llevados a
cabo

A=Nmero
de
mensajes
llevados a
cabo
con
explicacion
es claras.

X=A/B

Medicin,
formula y
clculo de
datos

El
ms
cercano a 1,
el ms claro.

0 <= X <= 1

Interpretaci
n de los
valores
medidos

Absolut
o

Tipo
de
escala
de
mtric
a

Subcaracterstica:Operabilidad

X=contabl
e
/
contable
A=
contable
B=
contable

Tipo de
medida

La especificacin de
Requisitos
Diseo
Informe de revisin

Entradasparamedici
n

Comprobaci
n
Revisin
colectiva

Referente
ISO/IEC
12207 SLCP

Analistas

Diseadores

Usuariosseleccionad
os

109

Propsi
to de la
mtrica

Qu
proporci
n
de
funcione
s
pueden
tolerar
errores
de
usuario?

Nombre de la
mtrica

Recuperabilid
ad de error
operacional

Contar
el
nmero de
funciones
implementad
as
que
toleran
errores de
usuarios y
comparar
con
el
nmero total
de funciones
requeridas
que
tiene
capacidad
de
tolerancia.

Mtodo de
aplicacin

X=A/B
A=Nmero
de funciones
implementad
con
as
tolerancia de
error
de
usuarios.
B=Nmero
total
de
funciones
requeridas
con
capacidad
de
tolerancia.

Medicin,
formula y
clculo de
datos

0 <= X <= 1
El
ms
cercano a 1,
el
ms
recuperable.

Interpretaci
n de los
valores
medidos

Absolu
to

Tipo
de
escala
de
mtric
a

Subcaracterstica: Operabilidad

Mtrica interna de Recuperabilidad de Error Operacional

Caracterstica: Usabilidad

X=contab
le
/
contable
A=
contable
B=
contable

Tipo de
medida

La especificacin de
Requisitos
Diseo
Informe de revisin

Entradasparamedi
cin

Comprobaci
n
Revisin
colectiva

Referente
ISO/IEC
12207
SLCP

Analistas

Diseadores

Usuariosselecciona
dos

110

Mtodo de
aplicacin

Contar el
nmero de
errores que
pertenecen
a fallas de
I/O
y
advertencia
s,
y
comparar al
nmero
estimado
de
lneas
de cdigo
responsabl
e
en
llamadas
del sistema.

Propsito
de
la
mtrica

Cul es la
densidad
de
mensajes
relacionado
con
la
utilizacin
de I/O en
las lneas
de cdigo
responsabl
es
haciendo
llamadas
del
sistema?

Nombre
de
la
mtrica

Utilizaci
n I/O
Densida
d de
Mensaje
B=Nmero
de lneas
de cdigo
directamen
te
relacionado
s
con
llamadas
del
sistema.

A=Nmero
de
I/O
relacionado
s
con
mensajes
del error.

X=A/B

Medicin,
formula y
clculo de
datos

El mayor el
mejor

Interpretaci
n de los
valores
medidos

Absolut
o

Tipo
de
escala
de
mtric
a

Subcaracterstica: Utilizacin de recursos.

Mtrica interna de Utilizacin de recursos

Caracterstica: Eficiencia

X=contabl
e
/
contable
A=
contable
B=
contable

Tipo de
medida

Cdigo fuente

Entradasparamedici
n

Comprobaci
n

Referente
ISO/IEC
12207 SLCP

Diseadores

Usuariosseleccionad
os

111

Subcaracterstica: Utilizacin de recursos.

Utilizaci
n de
Memoria
densidad
de
mensaje

Cul es
la
densidad
de
mensajes
relacionad
o con la
utilizacin
de
memoria
en las
lneas de
cdigo
responsab
le
haciendo
llamadas
del
sistema?

Contar el
nmero de
mensajes
del
error
que
pertenecen
al fallo de
memoria y
advertencia
s,
y
comparar
con
el
nmero
estimado
de lneas
de cdigo
responsabl
e
en
llamadas
del
sistema.
B=Nmero
lneas de
cdigo
directamen
te
relacionad
as a las
llamadas
del
sistema.

A=Nmero
de
memoria
relacionad
a con los
mensajes
de error.

X=A/B

El mayor el
mejor

La
Proporci
n

Mtrica interna de Utilizacin de Mermoria de Densidad de mensaje


Medicin,
Interpretaci
Tipo de
Nombre
Propsito
Mtodo de formula y
n de los escala
de
la de
la
aplicacin
clculo de valores
de
mtrica
mtrica
datos
medidos
mtrica

Caracterstica: Eficiencia

X=contabl
e
/
contable
A=
contable
B=
contable

Tipo de
medida

Cdigo fuente

Entradasparamedici
n

Comprobaci
n

Referente
ISO/IEC
12207 SLCP

Diseadores

Usuariosselecciona
dos

112

Propsit
o de la
mtrica

Cun
adaptabl
e es el
producto
a los
cambios
de
estructur
a de
datos?

Nombre de
la mtrica

Adaptabilida
d de la
estructura
de datos

Contar el
nmero
de
estructura
s de datos
que son
operables
y
no
tienen
ninguna
limitacin
despus
de
la
adaptaci
n
y
comparar
con
el
nmero
total
de
estructura
s
de
datos que
requieren
capacidad
de
adaptaci
n.

Mtodo
de
aplicaci
n

Mtrica interna de Adaptabilidad

Caracterstica: Portabilidad

X=A/B
A=Nmero
de
estructura
s de datos
que
son
operables
y
no
tienen
ninguna
limitacin
despus
de
la
adaptaci
n,
conformad
a
la
revisin
B=Nmero
total
de
estructura
s de datos
que
requieren
capacidad
de
adaptaci
n

Medici
n,
formula
y
clculo
de datos

Absolut
o

Tipo de
escala
de
mtrica

X=contabl
e
/
contable
A=
contable
B=
contable

Tipo de
medida

La especificacin de
Requisitos
Diseo
Informe de revisin

Entradasparamedici
n

Tabla 2.9 Especificacin formalizada de mtricas


Fuente: ISO / IEC 9126-3

El
ms
cercano a 1.
Es el mejor

0 <= X <= 1

Interpretaci
n de los
valores
medidos

Subcaracterstica: Adaptabilidad

Comprobaci
n
Revisin
colectiva

Referente
ISO/IEC
12207 SLCP

Analistas

Diseadores

Usuariosseleccionad
os

113

2.3.2 MTRICAS PARA LA CALIDAD EXTERNA


La Tabla 2.10 muestra una recopilacin general de las mtricas que se
relacionan con la Calidad Externa, puesto que las mtricas seleccionadas
dependern del propsito de la evaluacin y del tipo de producto a evaluar.

114

FUNCIONALIDAD

CARACTERISTICA

CAPACIDAD PARA
SER APRENDIDO

CUMPLIMIENTO DE
LA FUNCIONALIDAD

EXACTITUD

SUBCARACTERISTICA

Recuperabilidad de
error operacional

115

Qu proporcin de
funciones pueden
tolerar errores de
usuario?

Qu proporcin de
funciones son
descritas en la
documentacin del
usuario y/o en la
facilidad de ayuda?

Exactitud
computacional

Integridad de
documentacin de
usuario y/o
facilidad de ayuda

Cun a menudo los


usuarios encuentran
resultados inexactos?

Precisin

Cumplimiento de
funcionalidad

Cun a menudo los


usuarios finales
encuentran
resultados
inadecuados de
Precisin?

Cun dcil es la
funcionalidad del
producto a aplicar
regulaciones,
estndares y
convenciones?

PROPOSITO

NOMBRE

METODO

Contar el nmero de funciones


implementadas que toleran
errores
de
usuarios
y
comparar con el nmero total
de funciones requeridas que
tiene capacidad de tolerancia.

Contar el nmero de funciones


implementadas con facilidad
de ayuda y/o documentacin y
comparar con el nmero total
de funciones del producto

Contar el nmero de
detalles que se han reunido
y que requieren para el
cumplimiento y comparar
con el nmero de detalles
que requieren
cumplimiento.

Grabar el nmero de
resultados inexactos sobre la
base de las especificaciones.

Grabar el nmero de
resultados con precisin
inadecuada.

METRICA

Producto

Proceso

Usuario

Usuarios

Usuarios

REFERIDA A

Recopilacin General de Mtricas que se relacionan para la Calidad Externa

Pg. 24

Pg. 21

Pg. 13

Pg. 9

Pg. 9

REFERENCIA
(ISO / IEC
9126-2)

USABILIDAD

CAPACIDAD PARA
SER APRENDIDO

Fcil funcin de
aprendizaje

Demostracin de
Acceso

Tiempos de
respuesta

COMPORTAMIENTO
TEMPORAL

EFICIENCIA

CAPACIDAD PARA
SER ENTENDIDO

Falla de densidad

MADUREZ

FIABILIDAD

NOMBRE

SUBCARACTERISTICA

CARACTERISTICA

Cuanto tiempo le
toma al usuario
aprender unafuncin?

Que proporcin de
las demostraciones o
tutoriales pueden
acceder los usuarios?

Cuanto tiempo le ha
tomado terminar una
tara especfica
Cuanto tiempo le
toma recibir una
respuesta a las
tareas especfica?

Cuantos defectos
fueron detectados
durante periodo
definido?

PROPOSITO

METODO

Conducir al usuario a una


prueba y observar su
comportamiento

Conducir a pruebas de usuarios y


observar el comportamiento de los
usuarios.
Contar el nmero de funciones
que son adecuadas,
demostrables y comparables
con el nmero total de
funciones requeridas para la
demostracin

Empiece una tarea


especificada.
Mida el tiempo que toma para
la muestra para terminar
suoperacin.
Guarde un registro de
cadaintento.

Contar el nmero de fallas


Detectadas

METRICA

Usuarios

Usuarios

Usuario

Evaluador

REFERIDA A

Pg. 30

Pg. 28

Pg. 42

Pg. 16

REFERENCIA
(ISO / IEC
9126-2)

116

CARACTERISTICA

CUMPLIMIENTO DE
LA USABILIDAD

CAPACIDAD PARA
SER OPERADO

SUBCARACTERISTICA

Contar el nmero de detalles


requeridos para el
cumplimiento que se han
reunido y comparar con el
nmero de detalles requeridos
de cumplimiento como en la
especificacin.

Conducir al usuario a una


prueba y observar su
comportamiento

Tabla 2.7 Fuente: Andrs Vivanco

Cun dcil es
elproducto aplicable a
regulaciones,
estndares y
convenciones para
usabilidad?

Cuan completo es
el software para
adherirse a
normas,
estndares,
patrones reglas
para su utilizacin.

Consistencia
operacional en uso

Accesibilidad Fsica

Cuan consistentes
son los componentes
de una interfaz de
usuario?

Ayuda Frecuente

Que proporcin de
las funciones pueden
los usuarios acceder
fcilmente?

Contar el nmero de casos


que el usuario accede para
completar la tarea?

Cun frecuente el
usuario accede a la
ayuda para aprender
y terminar una tarea?

Observar el comportamiento
del usuario y pedir la opinin

METODO

METRICA
PROPOSITO

NOMBRE

Usuario

Usuario

Usuarios y
evaluador

Usuarios

REFERIDA A

Pg. 40

Pg. 38

Pg. 32

Pg. 31

REFERENCIA
(ISO / IEC
9126-2)

117

118

Seleccin de Mtricas de Calidad Externa para nuestro Caso de Estudio


Para elegir las mtricas de calidad se tomarn los requerimientos ynecesidades del
los usuarios y prioridades del Departamento de Sistemas de la Bolsa de Valores de
Quito.
En base a la tabla 2.4 las mtricas Internas escogidas para el caso de estudio son:
CARACTERISTICA

SUBCARACTERISTICA

METRICA
Exactitud computacional

Exactitud
Precisin

FUNCIONALIDAD
Cumplimiento de la
Funcionalidad
FIABILIDAD

USABILIDAD

Cumplimiento de la
Funcionalidad

Madurez

Falla de densidad

Capacidad para ser


entendido

Demostracin de Acceso

Capacidad para ser


aprendido

Fcil funcin de
aprendizaje
Ayuda Frecuente

Capacidad para ser


Operado

Consistencia operacional
en uso
Accesibilidad Fsica

EFICIENCIA

Comportamiento temporal

Tiempos de respuesta

MANTENIBILIDAD

Capacidad para Ser


Analizado

Capacidad para ser


analizado

Tabla 2.11Mtricas Externas para el caso de Estudio aplicacin Smart Client


Fuente: Andrs Vivanco

119

A continuacin, en la Tabla 2.12 se presenta la especificacin formalizada de las mtricas


Internas a ser aplicadas:

Propsito
de
la
mtrica

Cuan a
menudo
los usuarios
encuentran
resultados
inexactos?

Cuan a
menudo
los usuarios
finales
encuentran
resultados
inadecuados
de
precisin?

Nombre de la
mtrica

Exactitud
computacional

Precisin

Mtrica Externa deExactitud

Caracterstica: Funcionalidad

de

Grabar el
nmero de
resultados con
precisin
inadecuada.

Grabar el
nmero de
resultados
inexactos sobre
la base de las
especificaciones.

Mtodo
aplicacin

0<= X
El ms
cercano a
ratio 0 es el
mejor

0<= X
El ms
cercano a
ratio 0 es el
mejor

Interpretacin
de los valores
medidos

Ratio

Ratio

Tipo de
escala
de
mtrica

X=
contable/
Tiempo
A=
contable
T=
Tiempo

X=
contable/
Tiempo
A=
contable
T=
Tiempo

Tipo de
medida

Requerimiento
de
especificacin y
reporte de
prueba

Requerimiento
de
especificacin y
reporte de
prueba

Entradasparamedicin

120

Tabla 2. 12 Mtricas externas de Exactitud


Fuente: ISO/IEC 9126-2

Medicin,
formula y
clculo de
datos
X=A / T
A= Nmero
de
clculos
inadecuados
encontrados
por los
usuarios
T= Tempo
de
operacin
X=A / T
A= Nmero
de
resultados
encontrados
por el
usuario
diferente a
los
requeridos
T= Tempo
de
operacin

Subcaracterstica: Exactitud

6.5
Validacin
6.3 la
garanta
de la
calidad

6.5
Validacin
6.3 la
garanta
de la
calidad

Referente
ISO/IEC
12207
SLCP

Usuarios
Desarrolladores

Usuarios
Desarrolladores

Usuariosseleccionados

Absolut
o

Tipo de
escala
de
mtrica

A=
contable
B=
contable

X=
contable
/
contable

Tipo de
medida

Descripcin del
producto
Reporte de las
especificaciones
de prueba

Entradasparamedici
n

Tabla 2. 12 Mtricas externas de Cumplimiento de la Funcionalidad


Fuente: ISO/IEC 9126-2

El ms
cercano a 1.
Es el mejor

0<= X <=1

Interpretaci
n
de
los
valores
medidos

Subcaracterstica: Cumplimiento de la Funcionalidad

Mtrica interna de Cumplimiento de la Funcionalidad


Medicin,
y
Nombre de la Propsito de Mtodo
de formula
clculo de
mtrica
la mtrica
aplicacin
datos
X = 1 -A / B
A= Nmero
de
artculos de
Contar el
acatamiento
nmero de
de
detalles que
utilizacin
se han
especificados
Cun dcil
reunido para
que no han
son
las
Cumplimient
el
sido
interfaces al
o del
cumplimiento
implementad
aplicar
estndar
y comparar
o
regulaciones,
entre
con el
durante la
estndares y
sistemas
nmero de
prueba
convenciones
detalles que
B= La
?
requieren
cantidad
cumplimiento
total de
como en la
artculos de
especificaci
acatamiento
n
de
utilizacin
especificar

Caracterstica: Funcionalidad

5.3
Prueba de
requisito
6.5
Validaci
n

Referente
ISO/IEC
12207
SLCP

Usuario
Proveedor

Usuariosseleccionado
s

121

Propsito
de
la
mtrica

Falla de
densidad

Nombre de
la mtrica

Madurez

Mtrica Externa de Madurez

Caracterstica: Fiabilidad

Cuntos
defectos
fueron
detectados
durante
periodo
definido?

Mtodo de
aplicacin
0<=X
Depende del
escenario de
la prueba.
En las etapas
posteriores,
ms pequeo
esmejor.

X= A / B
A = Nmero
de
fallas
detectadas
B = Tamao
del
producto

Absoluto

Tipo
de
escala de
mtrica

A= count
B= Tamao
del
producto
X= count /
tamao

Tipo de
medida

Informe de
prueba
Informe de
operacin
Informe del
problema

Entradasparamedicin

Tabla 2. 12 Mtricas externas de Madurez


Fuente: ISO/IEC 9126-2

Interpretacin
de los valores
medidos

Medicin,
formula
y
clculo de
datos

Subcaracterstica: Madurez

5.3Integracin
5.3Requisito
Prueba
5.4Operacin
6.3 Garanta
de Calidad

Referente
ISO/IEC
12207
SLCP

Evaluadores

Usuariosseleccionados

122

Ratio

0<T
El ms
temprano es el
mejor
T= tiempo

Tipo de
medida

Usuariosseleccionados

Usuarios
Desarrolladores

Referente
ISO/IEC
12207
SLCP

5.3
Sys./Sw.
Integracin
5.3
Requisito
Prueba
5.4
Operacin
5.5 la
principal

Entradasparamedicin

Reporte de
prueba
Informe de la
operacin
mostrada en un
lapso de tiempo

Tabla 2. 12 Mtricas externas de Comportamiento Temporal


Fuente: ISO/IEC 9126-2

Tipo de
escala de
mtrica

Interpretacin
de los valores
medidos

Subcaracterstica: Comportamiento Temporal

Mtrica externa de Comportamiento Temporal


Medicin,
Propsito
y
Nombre de
Mtodo de formula
de
la
clculo de
la mtrica
aplicacin
mtrica
datos
Cuanto
Empiece una
tempo
tarea
le ha tomado
especificada.
terminar una
T = ( Tiempo
Mida el
tara
de
tiempo
especifica
ganar el
Tiempos
que toma
Cuanto
resultado)
de
para
- ( Tiempo de
tiempo
Respuesta
la muestra
terminacin
le toma
para terminar del
recibir
su operacin. mandato)
una
Guarde un
respuesta
registro de
a las tareas
cadaintento.
especifica

Caracterstica: Eficiencia

123

Demostracin
de Acceso

Nombre de
la mtrica

de

Qu
proporcin
de las
demostraciones
o tutoriales
pueden ser
accedidos por
los usuarios?

Propsito
la mtrica

de

X=A/B
A=Nmero de
demostraciones/tutoriales
que el usuarios puede
acceder
satisfactoriamente
B= Nmero de
demostraciones /
tutorialesdisponibles

Medicin, formula
clculo de datos

0<= X <=1
El ms
cercano a
1,es el mejor

Interpretacin
de los valores
medidos

Absoluto

Tipo
de
escala de
mtrica

Subcaracterstica: Capacidad para ser entendido

X=
contable/
contable
A=
contable
B=
contable

Tipo
de
medida

124

Tabla 2. 12 Mtricas externas de Capacidad para ser entendido


Fuente: ISO/IEC 9126-2

Conducir
pruebas de
usuarios y
observar el
comportamiento
de los usuarios.
Contar el
nmero de
funciones que
son adecuadas,
demostrables y
comparables
con el nmero
total de
funciones
requeridas para
la demostracin

Mtodo
aplicacin

Mtrica externa de Capacidad para ser entendido

Caracterstica: Usabilidad

Manual de
usuario
Reporte de
operacin

Entradaspar
amedicin

5.3
Prueba de
requisito
5.4
Operacin

Referente
ISO/IEC
12207
SLCP

Usuario
Ingeniero de
mantenimiento

Usuariosselec
cionados

Ayudan
Frecuente

Con que
frecuencia
el
usuario
tiene
que
acceso a
la ayuda
para
aprender
y
terminar
una
tarea?

Contar el
nmero de
veces que el
usuario accede
para completar
la tarea?
0<= X
El mas
cercano a cero
es el mejor
Absolut
o

X=
Contable
A=
Contable

Reporte de
Operacin de
pruebas
Registro de
observacin de
usuario

Tabla 2. 12 Mtricas externas de Capacidad para ser aprendido


Fuente: ISO/IEC 9126-2

X=A
Nmero de
accesos a la
ayuda hasta
que el usuario
termine la
tarea

Caracterstica: Usabilidad
Subcaracterstica: Capacidad para ser Aprendido
Mtrica externa de capacidad para ser aprendido
Medicin,
Interpretaci
Tipo de
Propsit
Nombre de
Mtodo
de formula
Tipo de Entradasparamedici
y n
de
los escala
o de la
la mtrica
aplicacin
medida
n
clculo
de valores
de
mtrica
datos
medidos
mtrica
Reporte de
T = el tiempo
Operacin de
Cuanto
que le toma
Conducir al
Fcil
tiempo
pruebas
al usuario
usuario a una
funcin
0<T
le toma al
Registro de
prueba y
aprender a
T=tiemp
de
El ms
usuario
observacin de
Ratio
usar una
observar su
o
rpidoes el
aprendizaj
aprender
usuarioanual de
funcin
comportamient
mejor.
e
una
usuario
o
correctament
Reporte de
funcin?
e
operacin

Reporte de
Operacin
de
pruebas
Registro de
observaci
n de
usuario

6.5
Validacin
5.3
Prueba de
requisito
5.4
Operacin

Referente
ISO/IEC
12207
SLCP

Usuario
Diseador de
la interfase

Usuario
Ingeniero de
mantenimiento

Usuariosseleccionado
s

125

Conducir al
usuario a una
prueba y
observar su
comportamient
o

Que
proporcin de
las funciones
pueden los
usuarios
acceder
fcilmente?

Accesibilida
d Fsica

Observar el
comportamient
o del usuario y
pedir la
opinin

Cuan
consistentes
son los
componentes
de una
interfaz
de usuario?

Consistenci
a
operacional
en
usofuncin
de
aprendizaje

Mtodo
de
aplicacin

Propsito de
la mtrica

Nombre de
la mtrica

X= A / B
A=Nmero de funciones
satisfactorias accedidas
B= Nmero de funciones

a) X = 1 - A / B
A= Nmero de los
mensajes o las funciones
que el usuario encontr
de manera inaceptable o
inconsistente respecto a
su expectativa
B=Nmero de los
mensajes o funciones
b) Y = N / UOT
N=Nmero de las
operaciones que el
usuario encontr de
manera inaceptable o
inconsistente con
respecto a su
expectativa.
UOT = usuario tiempo de
operacin (durante el
periodo de observacin)

0 <= X <= 1
El ms
cercano a
1.0 es el
mejor.

0<=X<=1
El ms
cercano a
1.0 es el mejor
0<=Y
El mas
pequeo
y cercano a
cero
es el mejor

Interpretacin
de los valores
medidos

Subcaracterstica: Capacidad

Medicin, formula
clculo de datos

Caracterstica: Usabilidad
Mtrica externa de capacidad para ser operado

Absoluto

a) Absoluto
b)Ratio

Tipo
de
escala de
mtrica

X=
Contable/
Contable
A=
Contable
B= contable

X=
contable/
contable
A=
contable
B=
contable
UOT=
tiempo
N Contable
Y=
Contable /
Tiempo

Tipo
de
medida

para ser operado

Reporte de
Operacin de
pruebas
Registro de
observacin
de usuario

Reporte de
Operacin de
pruebas
Registro de
observacin
de usuario

Entradaspar
amedicin

6.5
Validacin
5.3
Prueba de
requisito
5.4
Operacin

6.5
Validacin
5.3
Prueba de
requisito
5.4
Operacin

Referente
ISO/IEC
12207
SLCP

Usuario
Diseador
de lainterfase
Usuario
Diseador de
la interfase

Usuario
Diseador
de lainterfase

Usuariosselecci
onados

126

Propsito
de
la
mtrica

Cuan
completo
es el
software
para
adherirse a
normas,
estndares,
patrones y
reglas para
suutilizaci
n.

Nombre de
la mtrica

Cumplimient
o de la
Usabilidad

Medicin,
formula y
clculo de
datos
X = 1 -A / B
A= Nmero
de
artculos de
acatamiento
de
utilizacin
especificado
s
que no han
sido
implementad
o
durante la
prueba
B= La
cantidad
total
de artculos
de
acatamiento
de
utilizacin
especificar
0<= X <=1
El
mscercano
a 1.
Es el mejor

Interpretaci
n de los
valores
medidos

Absolut
o

Tipo de
escala
de
mtrica

0<= X <=1
El
mscercan
o a 1.
Es el
mejor

Tipo
de
medida

Subcaracterstica: Cumplimiento de Usabilidad

Descripcin
del producto
Reporte de las
especificacion
es de prueba

Entradasparamedici
n

Tabla 2. 12 Mtricas externas de Cumplimiento de Usabilidad


Fuente: ISO/IEC 9126-2

Especifique
requerimientos
temas de
cumplimiento
basado en
estndares
convenciones,
guas de estilo
oregulacionesrelacionad
os con lausabilidad.
Disee un caso de
prueba de acorde al
cumplimiento de los
temas relacionados
con usabilidad
Dirija una prueba
Funcional para estos
casos

Mtodo de aplicacin

Mtrica externa de usabilidad

Caracterstica: Usabilidad

Tabla 2. 12 Mtricas externas de Capacidad para ser operado


Fuente: ISO/IEC 9126-2

5.3
Prueba
de
requisito
6.5
Validaci
n

Referent
e ISO/IEC
12207
SLCP

Usuario
Proveedor

Usuariosseleccionad
os

127

2.3.3MTRICAS PARA LA CALIDAD EN USO


La Tabla 2.13 muestra una recopilacin general de las mtricas que se
relacionan con la Calidad en USO segn la ISO 9126-4, puesto que las
mtricas seleccionadas dependern del propsito de la evaluacin y del tipo de
producto a evaluar.

128

PRODUCTIVIDAD

EFECTIVIDAD

CARACTERISTICA

Respectiva
eficiencia del
Usuario

Proporcin
Productiva

Productividad
Econmica

Eficiencia Relativa
del Usuario

Test de Usuario.
Qu tan eficiente es
un usuario en
comparacin con un
experto?
Test de Usuario.
Qu tan rentable
son los Usuarios?
Test de Usuario. En
qu proporcin del
tiempo el usuario
realiza actividades
productivas?
Test de Usuario.
Qu tan eficiente es
un usuario en
comparacin con un
experto?
Prueba de Usuario

Prueba de Usuario

Prueba de Usuario

Prueba de Usuario

Prueba de usuario

Cun eficientes son


los usuarios?

Tareas Eficientes

Prueba de Usuario

Prueba de Usuario

Prueba de usuario

129

METODO

Prueba de usuario

METRICA

Cuanto tiempo les


toma en completar
una tarea

Qu proporcin de
los objetivos de la
tarea es
conseguidacorrectam
ente?
Test de Usuario.
Qu proporcin de
las tareas son
completados?
Test de Usuario.
Cul es la
frecuencia del error?

PROPOSITO

Tiempo de tarea

Frecuencia de
Error

Terminacin en la
Tarea

Eficacia en la tarea

NOMBRE

Usuarios

Usuarios

Usuarios

Usuarios

Usuarios

Usuarios

Usuarios

Usuarios

Usuarios

REFERIDA A

Pg.10

Pg. 9

Pg. 9

Pg.

Pg. 9

Pg. 8

Pg. 8

Pg. 7

Pg. 7

REFERENCIA
(ISO / IEC 9126-4)

SATISFACCION

SEGURIDAD

CARACTERISTICA

Estadsticas de Uso.
Cul es la incidencia
de problemas de
salud entre los
usuarios del
producto?
Estadsticas de Uso.
Cul es la incidencia
de peligro para las
personas afectadas
por el uso del
sistema?
Estadsticas de Uso.
Cul es la incidencia
de los daos
econmicos?
Estadsticas de Uso.
Cul es la incidencia
de la corrupcin de
software?
Cuan satisfecho
est
el usuario?
Test de Usuario.
Qu tan satisfecho
est el usuario con
las caractersticas del
software especfico?
Observacin de USO.
Qu proporcin de
usuarios potenciales
optan por utilizar el
sistema?

PROPOSITO

METODO

Prueba de Usuario

Prueba de Usuario

Prueba de usuario

Prueba de Usuario

Prueba de Usuario

Prueba de Usuario

Prueba de Usuario

METRICA

Usuarios

Usuarios

Usuarios

Usuarios

Usuarios

Usuarios

Usuarios

REFERIDA A

Tabla 2.13 Recopilacin General de Mtricas que se relacionan con la Calidad en Uso
Fuente:Iso 14598
Elaborado por: Andrs Vivanco

Uso Discresional

Cuestionario de
Satisfaccin

Escala de
Satisfaccin

Daos del Software

Daos Econmicos

Seguridad de las
personas afectadas
por el uso del
sistema

Salud y Seguridad
del Usuario

NOMBRE

Pg. 13

Pg. 12

Pg. 12

Pg. 11

Pg. 11

Pg. 11

Pg. 10

REFERENCIA
(ISO / IEC 9126-4)

130

131

Seleccin de Mtricas de Calidad en Uso para nuestro Caso de Estudio


Para elegir las mtricas de calidad se tomarn los requerimientos y necesidades de
los usuarios y prioridades del Departamento de Sistemas de la Bolsa de Valores de
Quito.
En base a la tabla 2.13 las mtricas de calidad de uso escogidas para el caso de estudio
son:
Mtricas de Calidad de Uso para el caso de Estudio aplicacin Smart Client
CARACTERISTICA

METRICA
Eficacia en la tarea

Efectividad

Terminacin de la Tarea
Frecuencia de Error

Productividad

Respectiva eficiencia del usuario


Salud y Seguridad del Usuario

Seguridad

Seguridad de las personas


afectadas por el uso del sistema
Daos Econmicos
Daos del Software

Cuestionario de Satisfaccin
Satisfaccin
Uso discrecional

Tabla 2.11 Fuente: Andrs Vivanco

132

A continuacin, en la Tabla 2.12 se presenta la especificacin formalizada de las mtricas de


Calidad de Uso a ser aplicadas:

Efectividad
de la Tarea

Qu
proporcin de
los objetivos de
la tarea son
cumplidos
correctamente?

Test de
Usuario
The closer to
1.0 the better.

0<= M1 <=1

Absoluto

Tipo de
escala de
mtrica

A= ?

Tipo de
medida

User monitoring record

Operation
(test) report

Entradasparamedicin

133

Tabla 2. 12 Mtricas de Calidad en Uso de Efectividad en la Tarea


Fuente: ISO/IEC 9126-4

Ai=
proportional
value of each
missing or
incorrect
component in
the task
output

M1 = |1-SAi| 1

Interpretacin
de los valores
medidos

Mtrica: Efectividad de la Tarea.

Mtrica de Calidad en Uso de Efectividad en la Tarea


Medicin,
Nombre de Propsito de la Mtodo de formula y
clculo de
la mtrica
mtrica
aplicacin
datos

Caracterstica: Efectividad

6.5
Validation
5.3
Qualification testing
5.4
Operation

Referente
ISO/IEC
12207
SLCP

Diseador de Interfaz

User

Usuariosseleccionados

Completitud
de la Tarea

Qu
proporcin de
las tareas son
completados?

Test de
Usuario
The closer to
1.0 the better

0<= X <=1
Ratio

Tipo de
escala
de
mtrica

X=
Count/Count

A = Count
B = Count

Tipo
de
medida

User monitoring record

Operation
(test) report

Entradasparamedicin

Tabla 2. 12 Mtricas de Calidad en Uso de Completitud de la Tarea


Fuente: ISO/IEC 9126-4

A = number
of tasks
completed
B = total
number of
tasks
attempted

X = A/B

Interpretacin
de los valores
medidos

Mtrica: Completitud de la Tarea.

Mtrica de Calidad en Uso de Completitud de la Tarea


Medicin,
Nombre de Propsito de Mtodo de formula y
clculo de
la mtrica
la mtrica
aplicacin
datos

Caracterstica: Efectividad

6.5
Validation
5.3
Qualification testing
5.4
Operation

Referente
ISO/IEC
12207
SLCP

Diseador de Interfaz

Usuario

Usuariosseleccionados

134

Frecuencia
de Error

Cul es la
frecuencia
del error?

Test de
Usuario
The closer to 0
the better.

0<= X
Absolute

Tipo de
escala de
mtrica

A = Count

Tipo de
medida

User monitoring record

Operation
(test) report

Entradasparamedicin

Tabla 2. 12 Mtricas de Calidad en Uso de Efectividad en la Tarea


Fuente: ISO/IEC 9126-4

T= time or
number of
tasks

A = numeros
de errors
realizados
por el usuario

X = A/T

Interpretacin
de los valores
medidos

Mtrica: Frecuencia de Error

Mtrica de Calidad en Uso de Frecuencia de Error


Medicin,
Nombre de Propsito de Mtodo de formula y
clculo de
la mtrica
la mtrica
aplicacin
datos

Caracterstica: Efectividad

6.5
Validation
5.3
Qualification testing
5.4
Operation

Referente
ISO/IEC
12207
SLCP

Diseador de Interfaz

Usuario

Usuariosseleccionados

135

Propsito de
la mtrica

Cunto
tiempo se
demora en
completar
una tarea?

Nombre
de
la
mtrica

Tiempo de
la Tarea

Test de
Usuario

Mtodo de
aplicacin

The smaller the


better.

0<= X

Interpretacin
de los valores
medidos

Intervalo

Tipo
de
escala de
mtrica

T= Time

Tipo de
medida

User monitoring record

Operation
(test) report

Entradasparamedicin

Tabla 2. 12 Mtricas de Calidad en Uso de Tiempo en la Tarea


Fuente: ISO/IEC 9126-4

Ta = Tiempo
de la Tarea

X = Ta

Medicin,
formula
y
clculo de
datos

Mtrica: Tiempo de la Tarea

Mtrica de Calidad en Uso de Productividad

Caracterstica: Productividad

6.5
Validation
5.3
Qualification testing
5.4
Operation

Referente
ISO/IEC
12207
SLCP

Diseador de Interfaz

Usuario

Usuariosseleccionados

136

Mtodo de
aplicacin

Test de
Usuario

Propsito de
la mtrica

Qu tan
eficiente son
los usuarios
?

Nombre de
la mtrica

Eficiencia
de la Tarea
The larger the
better.

0<= X

Interpretacin
de los valores
medidos

Absoluta

Tipo de
escala de
mtrica

X=

T= Time

Tipo de
medida

User monitoring record

Operation
(test) report

Entradasparamedicin

Tabla 2. 12 Mtricas de Calidad en Uso de Eficienca en la Tarea


Fuente: ISO/IEC 9126-4

M1 = task
effectiveness
T = task time

X = M1 / T

Medicin,
formula
y
clculo de
datos

Mtrica: Eficiencia de la Tarea

Mtrica de Calidad en Uso de Productividad

Caracterstica: Productividad

6.5
Validation
5.3
Qualification testing
5.4
Operation

Referente
ISO/IEC
12207
SLCP

Diseador de Interfaz

Usuario

Usuariosseleccionados

137

Propsito
de
la
mtrica

Qu tan
rentable son
los
Usuarios?

Nombre de la
mtrica

Productividad
Econmica

Test de
Usuario

Mtodo de
aplicacin

The larger the


better.

0<= X

Interpretacin
de los valores
medidos

Tipo de
escala
de
mtrica

X=

T= Time

Tipo de
medida

User monitoring record

Operation
(test) report

Entradasparamedicin

Tabla 2. 12 Mtricas externas de Cumplimiento de la Funcionalidad


Fuente: ISO/IEC 9126-2

M1 = task
effectiveness
C = total cost
of the task

X = M1 / C

Medicin,
formula
y
clculo de
datos

Mtrica: Productividad Econmica

Mtrica de Calidad en Uso de Productividad

Caracterstica: Productividad

6.5
Validation
5.3
Qualification testing
5.4
Operation

Referente
ISO/IEC
12207
SLCP

Diseador de Interfaz

Usuario

Usuariosseleccionados

138

Proporcin
Productiva

Nombre de
la mtrica

En qu
proporcin del
tiempoel
usuario
realiza
actividades
productivas?

Propsito de
la mtrica

Test de
Usuario

Mtodo de
aplicacin

The closer to
1.0 the better.

0<= X <=1

Interpretacin
de los valores
medidos

Absoluto

Tipo de
escala de
mtrica

Ta=Time
Tb=Time
X= Time/
Time

Tipo de
medida

User monitoring record

Operation
(test) report

Entradasparamedicin

Tabla 2. 12 Mtricas de Calidad en Uso de Proporcin Productiva


Fuente: ISO/IEC 9126-4

Ta =
productive
time =
task time help time error time search time
Tb =
Tiempo de
la Tarea

Medicin,
formula y
clculo de
datos
X = Ta / Tb

Mtrica: Proporcin Productiva

Mtrica de Calidad en Uso de Productividad

Caracterstica: Productividad

6.5
Validation
5.3
Qualification testing
5.4
Operation

Referente
ISO/IEC
12207
SLCP

Diseador de Interfaz

Usuario

Usuariosseleccionados

139

Propsito de
la mtrica

Qu tan
eficiente es un
usuario en
comparacin
con un
experto?

Nombre de
la mtrica

Eficiencia
relativa del
usuario

Test de
Usuario

A = ordinary
users task
efficiency
B = expert
users task
efficiency

Relative user
efficiency X
=A/B
The closer to
1.0 the better.

0<= X <=1

Interpretacin
de los valores
medidos

Absoluto

Tipo de
escala de
mtrica

X=
A/B

Tipo de
medida

User monitoring record

Operation
(test) report

Entradasparamedicin

Tabla 2. 12 Mtricas de Calidad en Uso de Eficiencia Relativa del usuario


Fuente: ISO/IEC 9126-4

Mtodo de
aplicacin

Medicin,
formula y
clculo de
datos

Mtrica: Eficiencia Relativa del usuario

Mtrica de Calidad en Uso de Productividad

Caracterstica: Productividad

6.5
Validation
5.3
Qualification testing
5.4
Operation

Referente
ISO/IEC
12207
SLCP

Diseador de Interfaz

Usuario

Usuariosseleccionados

140

Salud y
Seguridad
del
Usuario

Nombre de
la mtrica

Cul es la
incidencia de
problemas de
salud entre
los usuarios
del producto?

Propsito de
la mtrica

Estadsticas
de Uso

A = number
of users
reporting RSI
B = Nmero
total de
usuarios

X = 1-A / B

The closer to 1
the better.

0<= X <=1

Interpretacin
de los valores
medidos

Absoluto

Tipo de
escala de
mtrica

A = count
B = count
X = count/
count

Tipo de
medida

User monitoring record

Entradasparamedicin

Tabla 2. 12 Mtricas de Calidad en Uso de Salud y Seguridad del Usuario


Fuente: ISO/IEC 9126-4

Mtodo de
aplicacin

Medicin,
formula y
clculo de
datos

Mtrica: Salud y Seguridad del Usuario

Mtrica de Calidad en Uso de Seguridad

Caracterstica: Seguridad

5.4
Operation

Referente
ISO/IEC
12207
SLCP

Diseador de Interfaz

Usuario

Usuariosseleccionados

141

Seguridad
de las
personas
afectadas
por el uso
del
sistema

Cul es la
incidencia
de peligro
para las
personas
afectadas
por el uso
del sistema?
The closer to 1
the better.

0<= X <=1
Absoluto

A = count
B = count
X = count/
count
User monitoring record

5.3
Qualification
Testing
5.4
Operation

Referente
ISO/IEC
12207
SLCP

Tabla 2. 12 Mtrica de Calidad en Uso de Seguridad de las personas afectadas por el uso del sistema
Fuente: ISO/IEC 9126-4

Estadsticas
de Uso

A = Nmero de
personas
puestas en
peligro
B = Nmero
total de
personas
potencialmente
afectadas por
el sistema

X = 1-A / B

Entradasparamedicin

Mtrica: Seguridad de las personas afectadas por el uso del sistema

Mtrica de Calidad en Uso de Seguridad de las personas afectadas por el uso del sistema
Medicin,
Propsito
Interpretacin Tipo de
y
Nombre de
Mtodo de formula
Tipo de
de
la
de los valores escala de
clculo
de
la mtrica
aplicacin
medida
mtrica
medidos
mtrica
datos

Caracterstica: Seguridad

Desarrollador

Diseador de Interfaz

Usuario

Usuariosseleccionados

142

Mtrica: Daos Econmicos

Daos
Econmicos

Cul es la
incidencia de
los daos
econmicos?

Estadsticas
de Uso
The closer to 1
the better.

0<= X <=1

Interpretacin
de los valores
medidos

Absoluto

Tipo de
escala
de
mtrica

A = count
B = count
X=
count/
count

Tipo de
medida

User monitoring record

Entradasparamedicin

Tabla 2. 12 Mtrica de Calidad en Uso de Daos Econmicos


Fuente: ISO/IEC 9126-4

A = Nmero
de casos
de dao
econmico
B = Nmero
total de
casos de
uso

X = 1-A/ B

Mtrica de Calidad en Uso de Daos Econmicos


Medicin,
Nombre de Propsito de Mtodo de formula y
clculo de
la mtrica
la mtrica
aplicacin
datos

Caracterstica: Seguridad

5.4
Operation

Referente
ISO/IEC
12207
SLCP

Desarrollador

Diseador de Interfaz

Usuario

Usuariosseleccionados

143

Daos de
Software

Cul es la
incidencia de
la corrupcin
de software?

Estadsticas
de Uso
The closer to 1
the better.

0<= X <=1
Absoluto

Tipo de
escala de
mtrica

A = count
B = count
X = count/
count

Tipo de
medida

User monitoring record

Entradasparamedicin

Tabla 2. 12 Mtrica de Calidad en Uso de Daos del Software


Fuente: ISO/IEC 9126-4

A = Nmero
de
ocurrencias
de
corrupcin
de Software
B = Nmero
total de
casos de
uso

Interpretacin
de los valores
medidos

Mtrica: Daos de Software

Mtrica de Calidad en Uso de Daos de Software


Medicin,
Nombre
y
Propsito de Mtodo de formula
de
la
clculo de
la mtrica
aplicacin
mtrica
datos
X = 1-A / B

Caracterstica: Seguridad

5.4
Operation

Referente
ISO/IEC
12207
SLCP

Desarrollador

Diseador de Interfaz

Usuario

Usuariosseleccionados

144

Mtrica: Escala de Satisfaccin

Propsit
o de la
mtrica

Qu
tan
satisfech
o est el
usuario?

Nombre de
la mtrica

Escala de
Satisfacci
n

Test de
Usuario

Mtodo
de
aplicaci
n

0<X the larger


the better

Medicin, formula y clculo de


datos

X = A/B
A=
questionnaireproducingpsychometricsc
ales, Cuestionario que producen
escalas psiconomtricas
B = promedio de la poblacin
Radio

Tipo
de
escala
de
mtric
a

A=
Count
X=
Count

Tipo
de
medid
a

User monitoring record

Operation
(test) report

Entradasparamedici
n

Tabla 2. 12 Mtricas de Calidad en Uso de Escala de Satisfaccin


Fuente: ISO/IEC 9126-4

Interpretaci
n de los
valores
medidos

Mtrica de Calidad en Uso de Satisfaccin

Caracterstica: Satisfaccin

6.5
Validatio
n
5.3
Qualification
testing
5.4
Operatio
n

Referent
e
ISO/IEC
12207
SLCP

Desarrollador

Diseador de Interfaz

Usuario

Usuariosseleccionad
os

145

Mtrica: Cuestionario de Satisfaccin

Propsito de la mtrica

Qu tan
satisfechoestelusuarioconla
s caractersticas del
softwareespecfico?

Nombre de
la mtrica

Cuestionari
o de
Satisfaccin

Interpretaci
n
de
los
valores
medidos

Compare with
previous
values, or with
population
average

Medicin,
formula y
clculo de
datos

X = (Ai)/n
Ai) =
Respuesta
s a una
pregunta
n=
Nmero de
respuestas
Ord

Tipo
de
escala
de
mtric
a

A=
Count
X=
Count

Tipo
de
medid
a

User monitoring record

Operation
(test) report

Entradasparamedici
n

Tabla 2. 12 Mtricas de Calidad en Uso de Efectividad en la Tarea


Fuente: ISO/IEC 9126-4

Test de
Usuario

Mtodo
de
aplicaci
n

Mtrica de Calidad en Uso de Cuestionario de Satisfaccin

Caracterstica: Satisfaccin

6.5
Validation
5.3
Qualification
testing
5.4
Operation

Referent
e ISO/IEC
12207
SLCP

Desarrollador

Diseador de Interfaz

Usuario

Usuariosseleccionado
s

146

Mtodo de
aplicacin

Observaci
n de Uso

Propsito de la
mtrica

Quproporcinde
usuarios
potencialesoptan
por utilizarel
sistema?

Nombre de
la mtrica

Uso
Discresional

0<=X<=1 The
closer to 1 the
better

Interpretaci
n
de
los
valores
medidos

Radio

Tipo de
escala
de
mtric
a

X=
Count/Coun
t

A = Count
B = Count

Tipo
de
medida

User monitoring record

Operation
(test) report

Entradasparamedici
n

Tabla 2. 12 Mtricas de Calidad en Uso de Uso discresional


Fuente: ISO/IEC 9126-4

B=
Nmeros de
veces que
estn
destinados
a ser
usados

A= Nmero
de veces
que
funciones /
aplicacione
s / sistemas
especficos
del
Software se
utilizan

X = A/B

Medicin,
formula y
clculo de
datos

Mtrica: Uso discresional

Mtrica de Calidad en Uso de Uso Discrecional

Caracterstica: Satisfaccin

6.5
Validation
5.3
Qualification
testing
5.4
Operation

Referent
e ISO/IEC
12207
SLCP

Diseador de Interfaz

Usuario

Usuariosseleccionado
s

147

2.3.4 NIVELES DE PUNTUACIN PARA LAS MTRICAS


Utilizando las caractersticas cualitativas se pueden medir cuantitativamente
usando mtricas de calidad. El resultado puede ser trasladado sobre una
escala.
Esta escala est diferenciada por rangos y a travs de stos nos podr dar un
grado de satisfaccin.
Niveles de Puntuacin para las mtricas

Figura 3.2 Fuente: ISO/IEC14598-1

148

149
2.3.5 ESTABLECER CRITERIOS PARA LA VALORACIN
Se ha establecido los siguientes criterios para evaluar las diferentes mtricas
que nos permitirn determinar la calidad de los mdulos seleccionados.

Criterios para la valoracin de las mtricas


Escala de
medicin

Niveles de puntuacin

0 2.75

Inaceptable

Grado de satisfaccin

Insatisfactorio
2.75- 5

Mnimamente aceptable

5-8.75

Rango objetivo

8.75 - 10

Excede los Requisitos

Satisfactorio

Muy Satisfactorio

Tabla 2. 13 Criterios para la valoracin


Fuente: Andrs Vivanco

150

2.3.6 PONDERACIN EN PORCENTAJE DE LAS CARACTERSTICAS MS


IMPORTANTES PARA LA CALIDAD EXTERNA.
La ponderacin de las caractersticas de Calidad Externa las podemos
observar en la Tabla 2.14

Caractersticas de Calidad Externa


para un Smart Client

Ponderacin en porcentaje de las caractersticas ms importantes para la Calidad


Externa
Caractersticas

Nivel de Importancia

Ponderacin

FUNCIONALIDAD

Primordial

FIABILIDAD

Primordial

USABILIDAD

Opcional

EFICIENCIA

Opcional

MANTENIBILIDAD

Opcional

15%

PORTABILIDAD

No Funcional

0%

30%
20%
40%
0%

Tabla 2.14Ponderacin en porcentaje de las caractersticas ms importantes para la


Calidad Externa
Fuente: Andrs Vivanco

2.3.7 PONDERACIN EN PORCENTAJE DE LAS CARACTERSTICAS MS


IMPORTANTES PARA LA CALIDAD INTERNA.
La ponderacin de las caractersticas de Calidad Interna las podemos observar
en la Tabla 2.15

Caractersticas de Calidad Externa


para un Smart Client

Ponderacin en porcentaje de las caractersticas ms importantes para la Calidad Interna


Caractersticas

Nivel de Importancia

Ponderacin

FUNCIONALIDAD

Primordial

FIABILIDAD

Primordial

USABILIDAD

Opcional

EFICIENCIA

Opcional

MANTENIBILIDAD

Opcional

15%

PORTABILIDAD

No Funcional

0%

30%
20%
40%
0%

Tabla 2.15 Fuente: Andrs Vivanco

151
2.3.8 PONDERACIN EN PORCENTAJE DE LAS CARACTERSTICAS MS
IMPORTANTES PARA LA CALIDAD EN USO
La ponderacin de las caractersticas de Calidad en Uso las podemos
observar en la Tabla 2.16

Caractersticas de Calidad en
Uso para un Smart Client

Ponderacin en porcentaje de las caractersticas ms importantes para la Calidad en Uso


Caractersticas

Nivel de Importancia

Ponderacin

EFECTIVIDAD

Primordial

30%

PRODUCTIVIDAD

Opcional

20%

SEGURIDAD

Opcional

20%

SATISFACCIN

Primordial

30%

Tabla 2.16Fuente: Andrs Vivanco

152

CAPITULO

APLICACIN

DEL

MODELO

DE

EVALUACIN DE CALIDAD PARA EL SISTEMA SICAV


3.1 RECONOCIMIENTO Y ESTUDIO DEL SICAV
Nombre de la Empresa: Bolsa de Valores de Quito
Logo de la Empresa:

Figura 3.1 Logo de la Bolsa de Valores de Quito


Fuente: Bolsa de Valores de Quito

Misiny Objetivos de la Empresa: Somos una institucin que contribuye al


desarrollo del mercado de capitales y a la promocin de la cultura burstil con
la concurrencia de las casas de valores. Proveemos al mercado de servicios y
mecanismos transaccionales de negociacin de valores, con estndares
internacionales de calidad, transparencia informativa, seguridad y precios
competitivos. Nos respaldamos en las Prcticas de Buen Gobierno Corporativo,
en un equipo humano competente y comprometido, apoyados en la mejor
tecnologa y con la generacin de los recursos necesarios para su crecimiento.
Nombre del Proyecto: Sistema Integrado para Casas de Valores de la Bolsa
de Valores de Quito.
Nombre del Producto: SICAV
Logo del Producto:
Logo del SICAV

Figura 3.2 Fuente: Bolsa de Valores de Quito

153
Misin del producto: Automatizar los procesos operativos, contables y de
negocios de las Casas de Valores

para de sta manera abrir el mercado a

personas que deseen invertir en la Bolsa con poco capital inicial.


Visin del producto: Que el mercado Burstil sea la primera opcin para el
financiamiento y la inversin
Caractersticas generales del producto:
Procesos y Mdulos del SICAV
El SICAV, Sistema Integrado para Casas de Valores, es una herramienta de
software bajo plataforma SmartClient y diseada para automatizar los procesos
operativos, contables y de negocios de las instituciones de intermediacin
burstil. La herramienta consta de los siguientes mdulos:

Administracin de Clientes

Administracin de Ordenes

Cuentas por Pagar y Proveedores

Cuentas por Cobrar

Contabilidad

Bancos

Facturacin

Cada uno de los mdulos indicados acta de manera interdependiente de


forma que, por ejemplo, una orden de compra que nace en el mdulode
rdenes genera Cuentas por Pagar y por Cobrar que se liquidarn en el
mdulo de Bancos y al mismo tiempo se generar una

factura una vez que

la orden haya sido liquidada.


Por otro lado, el SICAV hace uso de los servicios de informacin provistos por
la BOLSA DE VALORES DE QUITO sobre precios, flujos y otra informacin
relevante del mercado como valores objeto de materia de reporto o
garanta. Este servicio es similar al que ofrecen firmas especializadas de
informacin financiera como REUTERS o BLOOMBERG.
Cabe indicar que estos servicios son de una sola va. Es decir que, una vez
instalado el SICAV dentro de una casa de valores, ningn dato generado
dentro de cada casa de valores como

informacin de clientes, comisiones,

154
etc., podr ser ledo o transferido a la BOLSA DE

VALORES DE QUITO. La

conexin sirve nicamente y exclusivamente para que el SICAV lea datos


provenientes de la BOLSA DE VALORES DE QUITO y en base a ello pueda
correr procesos de clculos de flujos, devengos, valoracin, revaluacin, etc.
Metodologa de Desarrollo: Orientada a Objetos
Sistema Operativo: Windows Server 2008 Server, con IIS (Internet Information
Server).
Lenguaje de programacin: Microsoft Visual Studio C# .NET 2008
Motor de Base de Datos: Microsoft SQL SERVER 2005.

Requerimientos Mnimos de Hardware:

Procesador Intel QuadCore

Memoria RAM de 8Gb

Espacio Requerido 40 Gb

Universo de Usuarios:

Operador de Casa de Valores

Gerencia de Casa de Valores

Contador de Casa de Valores

Bolsa de Valores de Quito

Arquitectura de la Base de Datos: Todos los datos radican en una misma


base de datos, pero estn organizados en varios esquemas, como se muestra
a continuacin. La Arquitectura de la Base de Datos del SICAV se la muestra
en la Figura 3.3

155

Arquitectura de la BD del SICAV

Figura 3.3 Fuente: Bolsa de Valores de Quito

Arquitectura del Sistema: En la Figura 3.4 se muestra la Arquitectura del


SICAV
Arquitectura del Sistema SICAV

Interface de Usuario
Windows Forms (Smart Client)

Interface de Servicios

Lgica de Negocios
Seguridad

Prevencin

BackOffice

Framework

WebServices

Acceso a Datos
ADO.NET

Stored Procedures

Figura 3.3 Fuente: Bolsa de Valores de Quito

La Interface de Usuario. Permite el manejo de la lgica del usuario. Est


formada por ventanas de Windows que implementan los casos de uso.
La Interface de Servicio. Representa los servicios que provee el sistema para
el acceso a la lgica de negocio. Estos servicios son consumidos por la capa

156
superior es decir la capa de interface de usuario. La interfaz de servicio esta
implementada utilizando Webservices
Lgica de Negocios. Representa la lgica misma que permite realizar las
distintas operaciones a los usuarios desde la interface de usuario. Esta lgica
esta implementada en clases de C#
Acceso a Datos. Representa la lgica para acceder al motor de base de datos
y realizar las distintas operaciones sobre el modelo de datos. Para la
implementacin de esta capa se utiliza Enterprise Library y StoredProcedures
Framework. Representa un conjunto de clases reusables en cada una de las
capas: Interface de Usuario, Interface de Servicios, Lgica de Negocios,
Acceso a Datos, que permite centralizar componentes de uso comn en el
sistema
La arquitectura presentada en la Figurar 3.3 permite implementar la tecnologa
SmartClient de Microsoft.
Microsoft SmartClient es un framework que permite tener lo mejor de las
aplicaciones tipo escritorio

y de las aplicaciones tipo web. Combina las

capacidades que proveen las interfaces ricas y la administracin centralizada


de las aplicaciones Web. Smart Client permite:

Experiencia de usuario rica, interactiva

Mejor productividad de los usuarios

Utilizar la potencia del procesador local

Consumir servicios por HTTP (Servicios Web)

Despliegue y actualizacin de forma centralizada

Facilidad para integrarse con otras aplicaciones

Facilidad interactuar con dispositivos perifricos

Obtener mejor tiempo de respuesta relativo a una aplicacin web

Tener menos carga sobre el servidor que en aplicaciones Web

157
Subsistemas del SICAV:

Administration

BackOffice

Centralized

Framework

Prevention

Security

158
3.1.1 MAPA DE FUNCIONALIDADES DE SICAV (DESDE PERSPECTIVA
DEL USUARIO)
PEGAR AQU EL GRFICO DE MAPA DE FUNCIONALIDADES DE SICAV

159
3.1.2 ESTRUCTURA DE
PERSPECTIVA TCNICA)

PROGRAMACIN

DE

SICAV

(DESDE

160
3.1.3 ARBOL DE PROGRAMACIN
TCNICA)

SICAV (DESDE PERSPECTIVA

PEGAR AQU EL GRFICO DE ARBOL DE PROGRAMACIN DE SICAV

161
3.1.4 SECUENCIALIDAD DE FUNCIONALIDAD REFLEJADA EN EL ARBOL
DE PROGRAMACIN SICAV (DESDE PERSPECTIVA DEL USUARIO), EJM
MDULO CUSTOMER

162

3.2
PREPARACIN
EVALUACIN

DE

LOS

REQUERIMIENTOS

DE

3.2.1 REQUERIMIENTOS PARA APLICAR EL MODELO DE INDICADORES


Y MTRICAS
Los requerimientos necesarios previos para la evaluacin de la calidad se
muestran en la Tabla 3.2.1
Requerimientos para aplicar el modelo de medicin.

Requerimientos para aplicar el modelo de


medicin
1
2
3

Proyecto
SRS, Especificacin de Requerimientos
Diseos

4
5

Cdigos
Pruebas

Software (Producto Final)

Tipo de Calidad a Medir

Calidad Interna

Calidad en Uso y Calidad


Externa

Tabla 3.2.1 Requerimientos para aplicar el modelo de medicin


Fuente: Ing. Bolvar Paln
Elaborado por: Andrs Vivanco Villamar

163
Porcentaje de Requerimeintos que tenemos.
Porcentaje de requerimientos que se tiene

Requerimientos para aplicar el


modelo de medicin
1
2

% De
Documentacin
proporcionada

3
4

Proyecto
SRS, Especificacin de
Requerimientos
Diseos
Cdigos

80%
100%

Pruebas

0%

Software (Producto Final)

100%

Tabla 3.2.2 Elaborado: Andrs Vivanco

Herramientas utilizadas:

Examinador de Objetos

Vista de Clases

Explorador de Soluciones

Ir a definicin

Ir a referencia

Ajuste de Lneas

Esquematizacin (Colapsar rutina o clase)

Comando Buscar

0%
80%

164
3.2.2 TABLAS PARA LA EVALUACIN DE CALIDAD DE UN PRODUCTO
DE SOFTWARE SEGN EL MODELO DE CALIDAD ISO/IEC 9126
GENRICA
3.2.2.2 TABLA DE EVALUACIN DE CALIDAD EXTERNA SEGN ISO/IEC
9126 GENRICA

PEGAR LA TABLA DE EVALUACIN DE CALIDAD EXTERNA SEGN ISO/IEC 9126


GENRICA

165
3.2.2.1 TABLA DE EVALUACIN DE CALIDAD INTERNA SEGN ISO/IEC
9126 GENRICA

PEGAR LA TABLA DE EVALUACIN DE CALIDAD INTERNA SEGN ISO/IEC 9126


GENRICA

166
3.2.2.3 TABLA DE EVALUACIN DE CALIDAD EN USO SEGN ISO/IEC
9126 GENRICA

PEGAR TABLA DE EVALUACIN DE CALIDAD EN USO SEGN ISO/IEC 9126 GENRICA

167
3.2.2.4 TABLA SUMARIZACIN TOTAL DE EVALUACIN DE CALIDAD
DE UN PRODUCTO DE SOFTWARE SEGN ISO/IEC 9126 GENRICA

PEGAR TABLA SUMARIZACIN TOTAL DE EVALUACIN DE CALIDAD DE UN PRODUCTO


DE SOFTWARE SEGN ISO/IEC 9126 GENRICA

168
3.2.3 MUESTREO DE LOS MDULOS MS IMPORTANTES DE SICAV
Dentro del SICAV, al dividirse en Subsistemas y en mdulos, y al ser un
sistema super extenso es necesario definir la poblacin y la seleccin de la
muestra, para esto vamos a aplicar la Ley de Paretto.
El principio de Pareto es tambin conocido como la regla del 80-20. Si
hablamos de evaluacin de un producto de software, el principio nos dice que:
"el 80% de los fallos de un software es generado por un 20% del cdigo de
dicho software, mientras que el otro 80% genera tan solo un 20% de los fallos".

Entonces vamos a evaluar el 20% del total de nmero de mdulos, para


seleccionar el 20% de los mdulos a evaluar se va a considerar a los mdulos
ms importantes, segn el criterio en conjunto con el lder del proyecto SICAVel
sr. Ing. Juan Carlos Prez.
Dentro del rbol de Programacin, la parte ms importante dentro de la
evaluacin de calidad interna seleccionaremos los siguientes mdulos.
Principio de Paretto aplicado a SICAV.

Total de Mdulos de SICAV


1.WindowsUserControlModule
2.Security
3.Plan Accounts
4.ManualTransaction
5.Payable
6.RegisterOrders
7.Receivable
8.Customer
9.AccountingProcess
10.Invoicing
11. AutomaticaTransaction
12.Portfolio
13.Banking

Mdulos escogidos para


evaluar
1.Payable
2.RegisterOrders
3.Customer
Principio de Paretto

Tabla 3.2.3 Principio de Paretto aplicado a SICAV


Elaborado: Andrs Vivanco

Se seleccion del rbol de Programacin, los mdulos ms importantes al


momento de evaluar con las mtricas internas y externas.

169

3.3 EVALUACIN DE LA CALIDAD

3.3.1 TABLAS PARA LA EVALUACIN DE CALIDAD DE UN PRODUCTO


DE SOFTWARE SEGN EL MODELO DE CALIDAD ISO/IEC 9126
APLICADO PARA NUESTRO CASO DE ESTUDIO SICAV.
3.3.1.1 TABLA DE EVALUACIN DE CALIDAD EXTERNA SEGN ISO/IEC
9126 APLICADO PARA NUESTRO CASO DE ESTUDIO SICAV

PEGAR LA TABLA DE EVALUACIN DE CALIDAD EXTERNA SEGN ISO/IEC 9126


APLICADO PARA NUESTRO CASO DE ESTUDIO SICAV

170
3.1.1.2 TABLA DE EVALUACIN DE CALIDAD INTERNA SEGN ISO/IEC
9126 APLICADO PARA NUESTRO CASO DE ESTUDIO SICAV

PEGAR LA TABLA DE EVALUACIN DE CALIDAD INTERNA SEGN ISO/IEC 9126


APLICADO PARA NUESTRO CASO DE ESTUDIO SICAV

171
3.1.1.3 TABLA DE EVALUACIN DE CALIDAD EN USO SEGN ISO/IEC
9126 APLICADO PARA NUESTRO CASO DE ESTUDIO SICAV

PEGAR TABLA DE EVALUACIN DE CALIDAD EN USO SEGN ISO/IEC 9126 APLICADO


PARA NUESTRO CASO DE ESTUDIO SICAV

172
3.1.1.4 TABLA SUMARIZACIN TOTAL DE EVALUACIN DE CALIDAD
DE UN PRODUCTO DE SOFTWARE SEGN ISO/IEC 9126 APLICADO A
NUESTRO CASO DE ESTUDIO SICAV

PEGAR TABLA SUMARIZACIN TOTAL DE EVALUACIN DE CALIDAD DE UN PRODUCTO


DE SOFTWARE SEGN ISO/IEC 9126 APLICADO A NUESTRO CASO DE ESTUDIO SICAV

173
3.1.1.5 MATCH DE ENCUESTAS REALIZADAS CON LAS MTRICAS DE
CALIDAD EN USO DEL MODELO DE CALIDAD ISO/IEC 9126-4 APLICADO
A NUESTRO CASO DE ESTUDIO SICAV

PEGAR MATCH DE ENCUESTAS REALIZADAS CON LAS MTRICAS DE CALIDAD EN USO


DEL MODELO DE CALIDAD ISO/IEC 9126-4 APLICADO A NUESTRO CASO DE ESTUDIO
SICAV

174

3.4 ANLISIS DE LOS RESULTADOS


Las frmulas a utilizarse para la sumarizacin de subcaractersticas y
caractersticas segn la norma ISO/IEC 14598-6 son las siguientes:

Vsc =

m
n

; Donde: Vsc=Valor de subcaracterstica, m= Valor de Mtrica y

n= nmero de mtricas.

Vc =

Vsc
nsc ; Donde: Vc= Valor de caracterstica, Vsc=Valor de

subcaracterstica, nsc= nmero de subcaratersticas.

Frmulas

Significado de Variables
Vsc=Valor de subcaracterstica

Vsc =

m = Valor de mtrica

n = Nmero de mtricas.
Vc= Valor de caracterstica,

Vc =

Vsc

Vsc=Valor de subcaracterstica

nsc

nsc= nmero de subcaratersticas

175
3.4.1 RESUMEN DE LA EVALUACIN DE CALIDAD DE UN PRODUCTO DE
SOFTWARE SEGN EL MODELO DE CALIDAD ISO/IEC 9126 APLICADO
PARA NUESTRO CASO DE ESTUDIO SICAV.

Calidad Total obtenido del Resultado de la Evaluacin basados en las Normas ISO/IEC
9126 e ISO/IEC 4598 del SICAV

Calidad Total obtenido del Resultado de la


Evaluacin basados en las Normas ISO/IEC
9126 e ISO/IEC 14598 del SICAV
Calidad total

Faltante de Calidad

18%

82%

Grfico 3.4.1. Grfico de Torta del Valor de Calidad Medido de la Evaluacin del SICAV
Elaborado por: Andrs Vivanco

Anlisis del Grfico 3.4.1. El resultado Global de la Calidad del Sistema


Integrado de Casas de Valores SICAV, es 82%, lo que significa que nos
garantiza un 82% de calidad, dentro de lo parametrizado en los rangos de
aceptacin, es considerado un PRODUCTO SATISFACTORIO, y cumple los
requerimientos mnimos establecidos para el cual fue implementado.

176

Porcentaje de Calidad obtenidos por Modelos de Calidadal evaluar el SICAV

Valor Obtenido
Va

Porcentaje de Calidad obtenido por


"Modelos de Calidad" al evaluar el SICAV

0,75%
Aceptable

85%
84%
83%
82%
81%
80%
79%
78%

% Obtenido por Modelo

Calidad
Externa
80%

Calidad
Interna
82%

Calidad En
USO
84%

Calidad
TOTAL
82%

Grfico 3.4.2. Grfico de Barras de Cada Porcentaje de Cada Modelo de Calidad


obtenidos al evaluar el SICAV
Elaborado por: Andrs Vivanco

177

Tabla de Valor Total Medido segn la ISO / IEC 9126 de la Calidad del SICAV con
ponderacin

CALIDAD EXTERNA

Caractersticas

Nivel de
Importancia

CALIDAD INTERNA
CALIDAD EN USO

Ponderacin

Valor
Normal

Valor con
Ponderacin

Funcionalidad

Primordial

30%

0,83

0,249

Fiablidad

Primordial

20%

0,376666667

0,075333333

Usabilidad

Opcional

40%

0,891666667

0,356666667

Eficiencia

Primordial

0%

Mantenibilidad

Opcional

15%

0,8

0,12

Portabilidad

No Funcional

0%

Caractersticas

Nivel de
Importancia

Ponderacin

Valor
Normal

Valor con
Ponderacin

Funcionalidad

Primordial

30%

0,8725

0,26175

Fiablidad

Primordial

20%

0,376666667

0,075333333

Usabilidad

Opcional

40%

0,891666667

0,356666667

Eficiencia

Primordial

0%

Mantenibilidad

Opcional

15%

0,82

0,123

Portabilidad

No Funcional

0%

Caractersticas

Nivel de
Importancia

Ponderacin

Valor
Normal

Valor con
Ponderacin

Efectividad

Primordial

30%

0,86

0,258

Productividad

Opcional

15%

0,733333333

0,11

Seguridad

Opcional

20%

0,966666667

0,193333333

Satisfaccin

Primordial

35%

0,8

0,28

Valor
Sub Total
Medido

Valor
Total
Medido

0,80

Valor
Sub Total
Medido

0,82
0,82

Valor
Sub Total
Medido

0,84

Tabla 3.4.1. Tabla de Valor Total Medido segn la Norma ISO/IEC 9126 del SICAV con
ponderacin
Fuente: Andrs Vivanco

Anlisis del Grfico 3.4.2. Se puede apreciar que el mnimo porcentaje de


Calidad es el de 80%, obtenido en el modelo de Calidad Externa, no tiene
mucha diferencia con el resto de modelos, se puede considerar que son
valores satisfactorios.

178
Es importante recalcar el valor de Calidad en USO, el 84%, significa que el
usuario est satisfecho al usar el Producto de Software SICAV, es decir los
procesos que maneja el SICAV les permite amenorar la carga de trabajo y ser
mas productivos, teniendo eficiencia y completitud en las tareas del da a da.

3.4.1.1 RESUMEN DE LA EVALUACIN DE CALIDAD EXTERNA SEGN


ISO/IEC 9126 APLICADO PARA NUESTRO CASO DE ESTUDIO SICAV
Tabla de Valor Sub -Total Medido en la Calidad Externa del SICAV con
ponderacin
Caractersticas

Nivel de
Ponderaci
Importancia
n

Valor Normal

Valor con
Ponderacin

CALIDAD EXTERNA

Funcionalidad

Primordial

30%

0,83

0,249

Fiablidad

Primordial

20%

0,376666667

0,075333333

Usabilidad

Opcional

40%

0,891666667

0,356666667

Eficiencia
Mantenibilida
d

Opcional

0%

Opcional

15%

0,8

0,12

No
Funcional

0%

Portabilidad

Valor Sub Total


Medido

0,80

Tabla 3.4.2. Tabla de Valor Sub -Total Medido en la Calidad Externa del SICAV con

ponderacin

Fuente: Andrs Vivanco

179

Porcentaje de Calidad obtenidos de la Evaluacin de la Calidad Externa del SICAV

Porcentaje de Calidad obtenidos de la


Evaluacin de la Calidad Externa del SICAV
Valor Obtenido
do

75%
10
Aceptable 100%
80%

60%
40%
20%
0%

Funcion
alidad
Valor Obtenido
83%

Fiablida
d
38%

Usabilid
ad
89%

Eficienci
a

Manteni
bilidad
80%

Portabili
dad

Grfico 3.4.2. Grfico de Barras del Porcentaje de Calidad Obtenidos de la Evaluacin de


la Calidad Externa del SICAV
Elaborado por: Andrs Vivanco

Anlisis del Grfico 3.4.2. Se puede apreciar que el valor ms bajo es la


Fiabilidad, el producto de Software SICAV, no es tan fiable, se recomienda
mejorar y contribuir para la fiabilidad del SICAV.
Al analizar en la matriz de evaluacin del SICAV, se puede apreciar que se
tiene problemas en la capacidad de recuperacin, y tambin en la tolerancia a
fallos, aunque el producto de Software SICAV, est bien concebido tiene que
ser ms slido al momento de trabajar en el, uno de los motivos puede ser la
infraestructura de red, por lo que ser recomienda realizar un anlisis de la
infraestructura de Red.
La funcionalidad es del 83% y ratifica que el sistema cumple los requerimientos
para el cul fue hecho, de una forma derivada al ser bastante funcional el
usuario est contento con su uso.

180
3.4.1.2 RESUMEN DE LA EVALUACIN DE CALIDAD INTERNA SEGN
ISO/IEC 9126 APLICADO PARA NUESTRO CASO DE ESTUDIO SICAV

Tabla de Valor Sub -Total Medido en la Calidad Interna del SICAV con
ponderacin

Nivel de
Ponderaci
Caractersticas
Importancia
n
CALIDAD INTERNA

Funcionalidad Primordial
Fiablidad
Primordial
Usabilidad
Opcional
Eficiencia
Opcional
Mantenibilida
Opcional
d
Portabilidad No Funcional

Valor Normal

Valor con
Ponderacin

30%
20%
40%
0%

0,8725
0,376666667
0,891666667
0

0,26175
0,075333333
0,356666667
0

15%

0,82

0,123

0%

Valor
Sub Total
Medido

0,82

Tabla 3.4.3. Tabla de Valor Sub Total Medido en la Calidad de Uso con el SICAV con
ponderacin
Fuente: Andrs Vivanco

Porcentaje de Calidad obtenidos de la Evaluacin de la Calidad Interna del SICAV

Porcentaje de Calidad obtenidos de la


Evaluacin de la Calidad Interna del SICAV
Valor Obtenido

75%
100%
Aceptable 10
80%
60%
40%
20%

0%

Funcion
alidad
Valor Obtenido
87%

Fiablida
d
38%

Usabilid
ad
89%

Eficienci
a

Manteni
bilidad
82%

Portabili
dad

Grfico 3.4.3. Grfico de Barras del Porcentaje de Calidad Obtenidos de la Evaluacin de


la Calidad Interna del SICAV
Elaborado por: Andrs Vivanco

181

Anlisis del Grfico 3.4.3. Se puede apreciar que el valor ms bajo es la


Fiabilidad, el producto de Software SICAV, con el valor de 38%, al igual que en
modelo de calidad externa, ya que practivament son mtricas similares, se
debera mejorar esta caracterstica para que el usuario no tenga una
percepcin que es un producto muy bueno pero un poco inestable.
La eficiencia y Portabilidad no fueron consideradas en ninguno de los dos
modelos, ya que se puso nfasis en caractersticas ms importantes analizadas
por el departamente de Tecnologa de la Bolsa de Valores de Quito, y el
Evaluador.
Se puede apreciar que el sistema tiene un arto porcentaje en Usabilidad, esto
se debe a que existen manuales detallados y fciles de entender, y el SICAV
es muy intuitivo a la hora de manejarlo.
3.4.1.3 RESUMEN DE LA EVALUACIN DE CALIDAD EN USO SEGN
ISO/IEC 9126 APLICADO PARA NUESTRO CASO DE ESTUDIO SICAV

Clculo de Calidad en Uso Total con ponderacin


Para nuestro caso de estudio la ponderacin queda as:
Caractersticas

Nivel de Importancia

Ponderacin

Efectividad

Primordial

30%

Productividad

Opcional

15%

Seguridad

Opcional

20%

Satisfaccin

Primordial

35%

182
Grfico de Torta de la Ponderacin para la Calidad en Uso del SICAV

Ponderacin para la Calidad en Uso


del SICAV

Satisfaccin
35%

Efectividad
30%

Seguridad
20%

Productividad
15%

Grfico3.4.4. Grfico de Torta de la Ponderacin para la Calidad en Uso del SICAV


Fuente: Andrs Vivanco

Tabla de Valor Total Medido en la Calidad de Uso con el SICAV con ponderacin
CALIDAD EN USO

Caractersticas

Nivel de
Importancia

Ponderacin

Valor Normal

Valor con
Ponderacin

Efectividad

Primordial

30%

0,86

0,258

Productividad

Opcional

15%

0,733333333

0,11

Seguridad

Opcional

20%

0,966666667

0,193333333

Satisfaccin

Primordial

35%

0,8

0,28

Valor Sub - Total


Medido

0,84

Tabla 3.4.6. Tabla de Valor Total Medido en la Calidad de Uso con el SICAV con
ponderacin
Fuente: Andrs Vivanco

183

Porcentaje de Calidad obtenidos de la Evaluacin de la Calidad en Uso del SICAV

Porcentaje de Calidad obtenidos de la


Evaluacin de la Calidad en Uso del SICAV

Valor Obtenido

75%
Aceptable

100%
80%
60%
40%
20%
0%

Valor Obtenido

Efectividad
86%

Productivida
d
73%

Seguridad

Satisfaccin

97%

80%

Grfico 3.4.5. Grfico de Barras del Porcentaje de Calidad Obtenidos de la Evaluacin de


la Calidad en Uso del SICAV
Elaborado por: Andrs Vivanco

Anlisis del Grfico 3.4.5. Se puede apreciar que el valor ms bajo es la


Productividad, esta caracterstica se la mide en la relacin del tiempo al realizar
una actividad o proceso en el sistema de un usuario novato a un usuario
experto, aunque no es un valor relativamente bajo, se lo considera como una
caracterstica no satisfactoria, pero al analizar el valor y ver a los usuarios
trabajar, gracias que el sistema no es muy complejo a medida que ese usuario
novato va manipulando ms el SICAV, va ganando experiencia y las
actividades las realiza ms pronto y por ende ser ms productivo.
El SICAV, no ha causado daos de Hardware ni Software, en las computadoras
en las que se utiliza, ni tampoco ha causado problemas de salud en los
usuarios, es decir al trabajar con SICAV, es 99,99% seguro.
El usuario est satisfecho de Usar el SICAV ya que les agiliza las actividades y
por ende realizar ms operaciones burstiles lo que conlleva que cada casa de
valor tenga mas ganancias.

184

4. CONCLUSIONES Y RECOMENDACIONES
4.1 CONCLUSIONES

El Aseguramiento de Calidad de Software se puede orientar, al Proyeto


de Software (Ciclo de Vida del Sw), la Organizacin (Gobierto de TI), al
Proceso de la Empresa, y al Producto de Software (Aplicativo)

Las normas

ISO/IEC

9126

ISO/IEC

14598

son

estndares

internacionales que se pueden aplicar a cualquier producto de software


independientemente de la tecnologa, base de datos, lenguaje de
programacin, herramienta de desarrollo, que est hecho el Producto

Para seleccionar las mtricas ms adecuadas, para evaluar un producto


de software, es necesario escoger las mtricas segn el tipo de
producto, disponibilidad del producto si est en produccin, ambiente en
donde est implementado el producto, y en conjunto con el
departamento de Tecnologa de la empresa propietaria del Sistema.

La calidad del Producto de Software SICAV cumple con el 80% de las


caractersticas de la calidad (interna, externas y en uso), seleccionadas
por tal motivo este producto segn nuestro estudio tiene un nivel de
aceptabilidad, por lo tanto satisface los requisitos de calidad.

185

4.2 RECOMENDACIONES

Al realizar la Evaluacin de Calidad de un producto de Software, se debe


escoger el modelo de calidad que est ms acorde al producto de
Software y a las necesidades del negocio.

Se Recomienda revisar o evaluar la infraestructura de Red de la Bolsa


de Valores de Quito con sus respectivas Casas de Valores, ya que por
motivos de lentitud el SICAV tiene poca tolerancia a Fallos.

Si dentro del modelo de Calidad escogido no se encuentran mtricas


que a criterio del evaluador

son importantes, es recomendable

adaptarlas al modelo seleccionado inicialmente e indicar que esa


mtricas pertenecen a otro modelo de calidad.

Se recomienda realizar un mantenimiento a la red de la Bolsa de Valores


de Quito.

186

4.3 REFLEXIN FINAL


Dentro del Aseguramiento de Calidad de Software, una tpico muy importante
es la Evaluacin de Calidad de un Producto de Software, en este caso la
Evaluacin de un Sistema llamado SICAV, Sistema Integrado para Casas de
Valores de la Bolsa de Valores de Quito, un Sistema importante dentro de los
Negocios Burstiles que se realizan a nivel nacional dentro de Ecuador.
Considerando que es un sistema Transaccional, y en conjunto con el
departamento de Tecnologa de la BVQ, se seleccionaron las mtricas ms
adecuadas para nuestro caso de estudio, para de esta manera garantizar que
la evaluacin de calidad de Software es lo ms cercano a la evaluacin de
empresas certificadoras de la norma ISO 9126 a nivel nacional o internacional.
Al Evaluar la calidad interna, calidad externa, y calidad en uso se est tomando
en cuanta la norma ISO 9126 en su totalidad, que en conjunto con la ISO
14598 nos da como resultado apreciasiones de calidad muy legibles.
Al analizar los resultados de la Evaluacin, se puede identificar que un
problema es la lentitud del sistema, aunque hay una aceptacin por parte del
usuario

es

importante

tomar

medidas

pertinentes

para

agilizar

el

funcionamiento del SICAV.


Como es un Sistema ya en produccin, la seleccin de las mtricas a evaluar
se hizo en conjunto con el departamento de Tecnologa de la BVQ, para
seleccionar lo ms importante y relevante dentro del modelo de Calidad ISO
9126.

187

REFERENCIAS BIBLIOGRAFICAS
Libros y Normas

PRESSMAN, Roger. INGENIERA DEL SOFTWARE. Un enfoque prctico.


Quinta edicin. Editorial McGraw-Hill Interamericana. Espaa. 2002

ISO/IEC 9126-1. International Standard, INFORMATION TECHNOLOGY


SOFTWARE PRODUCT QUALITY Part 1: Quality Model. Final Draft. Suiza.
2000

ISO/IEC 9126-2. International Standard, INFORMATION TECHNOLOGY


SOFTWARE PRODUCT QUALITY Part 2: External Metrics. Final Document.
Suiza. 2002

ISO/IEC 9126-3. International Standard, INFORMATION TECHNOLOGY


SOFTWARE PRODUCT QUALITY Part 3: Internal Metrics. Final Document.
Suiza. 2002

ISO/IEC 9126-4. International Standard, INFORMATION TECHNOLOGY


SOFTWARE PRODUCT QUALITY Part 4: Quality in use Metrics. Final
Document. Suiza. 2002

ISO/IEC 14598-1. International Standard, INFORMATION TECHNOLOGY


SOFTWARE PRODUCT EVALUATION Part 1: General Overview. First
Edition. Suiza. 1999.

ISO/IEC 14598-2. International Standard, INFORMATION TECHNOLOGY


SOFTWARE PRODUCT EVALUATION Part 2: Planning and Management.
First Edition. Suiza. 2000.

ISO/IEC 14598-3. International Standard, INFORMATION TECHNOLOGY


SOFTWARE PRODUCT EVALUATION Part 3: Process for Developers. First
Edition. Suiza. 2000

188

ISO/IEC 14598-4. International Standard, INFORMATION TECHNOLOGY


SOFTWARE PRODUCT EVALUATION Part 4: Process for Acquirers. First
Edition. Suiza. 1999

ISO/IEC 14598-5. International Standard, INFORMATION TECHNOLOGY


SOFTWARE PRODUCT EVALUATION Part 5: Process for Evaluators. First
Edition. Suiza. 1998

ISO/IEC 14598-6. International Standard, INFORMATION TECHNOLOGY


SOFTWARE PRODUCT EVALUATION Part 6: Documentation of Evaluation
Modules. FirstEdition. Suiza. 2001

Direcciones Electrnicas

Mara

Abud

Figueroa,

Calidad

en

la

Industria

del

Software,

http://www.revistaupiicsa.20m.com/Emilia/RevEneAbr04/Antonieta1.pdf.

ngel Cervera, El modelo de McCall como aplicacin de la calidad a la revisin


del software de gestin empresarial,
http://www.monografias.com/trabajos5/call/call.shtml?monosearch.

Ernesto Quiones , ISO-9126 Como evaluar el producto Software,


http://www.eqsoft.net/blog/index.php?/archives/1609-ISO-9126-Como-evaluarel-producto-software.html.

ELG Consultoras, Calidad de Componentes de Software,


http://www.eduardoleyton.com/apuntes/ISO_9126.pdf.

189

ANEXO A. ENCUESTA DE CALIDAD EN USO


ENCUESTA DE CALIDAD EN USO UTILIZANDO EL MODELO DE CALIDAD ISO / IEC 9126.
Objetivo. La presente encuesta tiene como objetivo averiguar el grado de Efectividad,
Productividad, Seguridad y Satisfaccin que brinda el uso del Sistema Integrado para las Casas
de Valores de la Bolsa de Valores de Quito. SICAV. Las respuestas que usted consigne en esta
plantilla de Calidad en Uso deben ser veraces, que correspondan a la realidad actual en el que
se est utilizando el SICAV, no se tomarn represalias ni situaciones semejantes, ms bien
estas respuestas sern analizadas y contribuirn para un estudio para identificar en que parte
puede mejorar el SICAV
en un futuro cercano. Esta encuesta le tomar llenar
aproximadamente 10 minutos.

1.- Identifique cul es su perfil.


Operador de CV

Gerencia de CV

Contador de CV

Otro

2.- Funciones de los mdulos del SICAV


2.1 En el mdulo de REGISTRAR RDENES, Usted puede:
Crear Ordenes

Modificar Ordenes

Usted cree que este mdulo debe realizar algo ms,


escrbalo.

Eliminar Ordenes
SI

NO, en caso de ser S,

2.1.1 En el mdulo de REGISTRAR RDENES, con qu frecuencia puede completar la tarea


realizada, es decir si desea por ejemplo crear una orden siempre la puede crear? Cul es el
porcentaje de completitud de la tarea? 100% es que siempre se completa la tarea. 0% que
casi nunca se completa la tarea
0% Completitud

20-60% Completitud

60-80% Completitud

80-100% Completitud

2.2 En el mdulo de CUENTAS POR COBRAR, Usted puede:


Crear CxC

Modificar CxC

Usted cree que este mdulo debe realizar algo ms,


escrbalo.

Eliminar CxC
SI

NO, en caso de ser S,

190
2.2.1 En el mdulo de CUENTAS POR COBRAR, con qu frecuencia puede completar la
tarea realizada, es decir si desea por ejemplo crear una Cuenta por Cobrar siempre la puede
crear? Cul es el porcentaje de completitud de la tarea? 100% es que siempre se completa la
tarea. 0% que casi nunca se completa la tarea
0% Completitud

20-60% Completitud

60-80% Completitud

80-100% Completitud

2.3 En el mdulo de ADMINISTRACIN DEL CLIENTE, Usted puede:


Crear Clientes

Modificar Clientes

Usted cree que este mdulo debe realizar algo ms,


escrbalo.

SI

Eliminar Clientes
NO, en caso de ser S,

2.3.1 En el mdulo de ADMINISTRACIN DEL CLIENTE, con qu frecuencia puede completar


la tarea realizada, es decir si desea por ejemplo crear un cliente siempre lo puede crear?
Cul es el porcentaje de completitud de la tarea? 100% es que siempre se completa la tarea.
0% que casi nunca se completa la tarea
0% Completitud

20-60% Completitud

60-80% Completitud

80-100% Completitud

3.- Frecuencia de Error en los mdulos del SICAV


3.1 En el mdulo de REGISTRAR RDENES, Qu porcentaje de error presenta este mdulo
al trabajar en l?:
0% Error

1-20% Error

21-40% Error

41-60% Error

61%- o ms Error

3.2 En el mdulo de CUENTAS POR COBRAR, Qu porcentaje de error presenta este


mdulo al trabajar en l?:
0% Error

1-20% Error

21-40% Error

41-60% Error

61%- o ms Error

3.3 En el mdulo de ADMINISTRACIN DEL CLIENTE, Qu porcentaje de error presenta


este mdulo al trabajar en l?:
0% Error

1-20% Error

21-40% Error

41-60% Error

61%- o ms Error

3.4 En General al utilizar el SICAV, Qu porcentaje de error presenta el SICAV al trabajar en


l?:
0% Error

1-20% Error

21-40% Error

41-60% Error

61%- o ms Error

191

4.- Productividad en el Uso del SICAV


4.1 En el mdulo de REGISTRAR ORDENES, Al trabajar usted en este mdulo, de acuerdo a
su conocimiento al manipular el SICAV, qu tipo de usuario se considera? Teniendo en
cuenta que un usuario novato tiene poco conocimiento de las bondades del SICAV y no puede
aprovechar al mximo las funcionalidades de este mdulo, y un usuario Experto sabe toda la
funcionalidad de este mdulo.
Usuario Novato

Usuario Semi Experto

Usuario Experto

4.2 En el mdulo de CUENTAS POR COBRAR, Al trabajar usted en este mdulo, de acuerdo
a su conocimiento al manipular el SICAV, qu tipo de usuario se considera? Teniendo en
cuenta que un usuario novato tiene poco conocimiento de las bondades del SICAV y no puede
aprovechar al mximo las funcionalidades de este mdulo, y un usuario Experto sabe toda la
funcionalidad de este mdulo.
Usuario Novato

Usuario Semi Experto

Usuario Experto

4.3 En el mdulo de ADMINISTRACIN DE CLIENTES, Al trabajar usted en este mdulo, de


acuerdo a su conocimiento al manipular el SICAV, qu tipo de usuario se considera?
Teniendo en cuenta que un usuario novato tiene poco conocimiento de las bondades del
SICAV y no puede aprovechar al mximo las funcionalidades de este mdulo, y un usuario
Experto sabe toda la funcionalidad de este mdulo.
Usuario Novato

Usuario Semi Experto

Usuario Experto

4.4 En General en el SICAV, Al trabajar usted con el SICAV, de acuerdo a su conocimiento al


manipular el SICAV, qu tipo de usuario se considera? Teniendo en cuenta que un usuario
novato tiene poco conocimiento de las bondades del SICAV y no puede aprovechar al
mximo las funcionalidades de este, y un usuario Experto sabe todas las funcionalidad del
SICAV.
Usuario Novato

Usuario Semi Experto

Usuario Experto

5.- Tiempos de Tareas en el Uso del SICAV


5.1 En el mdulo de REGISTRAR ORDENES, Cunto tiempo le toma crear una orden?
1 minuto o menos

2 3 minutos

4-5 minutos

Ms de 5 minutos

5.2 En el mdulo de CUENTAS POR COBRAR, Cunto tiempo le toma crear una Cuenta por
Cobrar?
1 minuto o menos

2 3 minutos

4-5 minutos

Ms de 5 minutos

5.3 En el mdulo de ADMINISTRACIN DE CLIENTES, Cunto tiempo le toma crear un


nuevo cliente?

192

1 minuto o menos

2 3 minutos

4-5 minutos

Ms de 5 minutos

6.-Seguridad de Uso en el SICAV


6.1 El uso del mdulo de REGISTRAR RDENES, le ha provocado problemas de:
Salud

Seguridad

Problemas Econmicos

Dao de la Computadora

Ninguno

Si usted ha tenido alguno de estos problemas puede explicar algn ejemplo que le ha
sucedido:

6.2 El uso del mdulo de CUENTAS POR COBRAR, le ha provocado problemas de:
Salud

Seguridad

Problemas Econmicos

Dao de la Computadora

Ninguno

Si usted ha tenido alguno de estos problemas puede explicar algn ejemplo que le ha
sucedido:

6.3 El uso del mdulo de ADMINISTRACIN DE CLIENTES, le ha provocado problemas de:


Salud

Seguridad

Problemas Econmicos

Dao de la Computadora

Ninguno

Si usted ha tenido alguno de estos problemas puede explicar algn ejemplo que le ha
sucedido:

6.4 En General el uso del SICAV, le ha provocado problemas de:


Salud

Seguridad

Problemas Econmicos

Dao de la Computadora

Ninguno

Si usted ha tenido alguno de estos problemas puede explicar algn ejemplo que le ha
sucedido:

..

193

7.- Satisfaccin con el uso de los mdulos del SICAV


7.1 En el mdulo de REGISTRAR ORDENES, Qu tan satisfecho est al utilizar este mdulo?
Nada Satisfecho

Poco Satisfecho

Medio satisfecho

Satisfecho

Muy Satisfecho

7.2 En el mdulo de CUENTAS POR COBRAR, Qu tan satisfecho est al utilizar este
mdulo?
Nada Satisfecho

Poco Satisfecho

Medio satisfecho

Satisfecho

Muy Satisfecho

7.3 En el mdulo de ADMINISTRACIND EL CLIENTE, Qu tan satisfecho est al utilizar


este mdulo?
Nada Satisfecho

Poco Satisfecho

Medio satisfecho

Satisfecho

Muy Satisfecho

Satisfecho

Muy Satisfecho

7.4 En General, Qu tan satisfecho est al utilizar el SICAV?


Nada Satisfecho

Poco Satisfecho

Medio satisfecho

8.- Uso del SICAV


8.1Preferira no utilizar el SICAV, preferira utilizar su antiguo sistema u otro sistema?
SI

NO

En caso que su respuesta sea SI, favor indquenos que le hace falta al SICAV para cumplir sus
expectativas, o como podra mejorar en los mdulos de Registro de Ordenes, Cuentas por
cobrar, Administracin de Clientes o en general:

194

ANEXO B. REGISTRO DE EVALUACIN (MEDICIONES)


Mtricas Internas
Producto de Software a Evaluar:SICAV
Calidad a Evaluar:
Calidad Interna
Caracterstica:
Mantenibilidad
Subcaracterstica:
Mantenibilidad, CodeMetrics Visual Studio
Mtrica:
ndice de Mantenimiento
NOTA: Esta mtrica es recomendable aplicar ya que es propia de Visual Studio.
ndice de mantenimiento: calcula un valor de ndice entre 0 y 100 que representa la facilidad
relativa de mantenimiento del cdigo. Un valor alto significa mayor facilidad de mantenimiento.
Las calificaciones codificadas por colores se pueden utilizar para identificar rpidamente
puntos problemticos del cdigo. Una clasificacin verde se encuentra entre 20 y 100 e indica
que el mantenimiento del cdigo es bueno. Una clasificacin amarilla se encuentra entre 10 y
19 e indica que el mantenimiento del cdigo es moderado. Una clasificacin roja se encuentra
entre 0 y 9 e indica un mantenimiento pobre.

Mtrica: Calidad Interna/ Mantenibilidad/ ndice de Mantenimiento de


Visual Studio
Mdulo a Evaluar:
Frmula:
Valor Ideal:

Procedimiento y
Clculo:

Gestin de Clientes
X
X = 100; Los ndices ms altos indican una mayor capacidad de
Mantenibilidad

Este valor nos proporciona la herramienta Visual Studio


automticamente, al hacer click derecho en el mdulo y escoger y
escoger la opcin CodeMetrics

Resultados de CodeMetrics Mantenibilidad de VS


Namespace Type

Member

Maintainability Index
85
Bvq.Sipla.Customer.Module
79
Bvq.Sipla.Customer.Module
CustomerAlertProfilesView
48
Bvq.Sipla.Customer.Module
CustomerAlertProfilesView
btnActualizar_Click(object, EventArgs)
64: void
Bvq.Sipla.Customer.Module
CustomerAlertProfilesView
btnCancel_Click(object, EventArgs) : void
78
Bvq.Sipla.Customer.Module
CustomerAlertProfilesView
CargarCombos() : void
72
Bvq.Sipla.Customer.Module
CustomerAlertProfilesView
comitenteID.get() : int
98
Bvq.Sipla.Customer.Module
CustomerAlertProfilesView
comitenteID.set(int) : void
95
Bvq.Sipla.Customer.Module
CustomerAlertProfilesView
CustomerAlertProfilesView()
78
Valor Calculado:
X=

85

195

Comentario :

Mdulo a Evaluar:
Frmula:
Valor Ideal:

Procedimiento y
Clculo:

X = 85 , Es el valor que nos d la herramienta Visual Studio


; Dentro de la ponderacin y criterio de evaluacin, 85 / 100, est
dentro del rango de aceptacin, este valor es aceptable.

Gestin de Cuentas por Pagar


X
X =100; Los ndices ms altos indican una mayor capacidad de
Mantenibilidad

Este valor nos proporciona la herramienta Visual Studio


automticamente, al hacer click derecho en el mdulo y escoger y
escoger la opcin CodeMetrics

Resultados de CodeMetrics Mantenibilidad de VS


Namespace Type

Member

Maintainability Index
83
Bvq.Sipla.Payable.Module
81
Bvq.Sipla.Payable.Module
AdminPayableView
56
Bvq.Sipla.Payable.Module
AdminPayableView
AcceptPayableConfirmation.add(AdminPayableView.AcceptPayableHandler
85
Bvq.Sipla.Payable.Module
AdminPayableView
AcceptPayableConfirmation.remove(AdminPayableView.AcceptPayableHan
85
Bvq.Sipla.Payable.Module
AdminPayableView
actionFlag.get() : string
98
Bvq.Sipla.Payable.Module
AdminPayableView
actionFlag.set(string) : void
95
Bvq.Sipla.Payable.Module
AdminPayableView
AdminPayableView()
71
Bvq.Sipla.Payable.Module
AdminPayableView
AdminPayableView_Load(object, EventArgs)
52
: void
Valor Calculado:
X=

Comentario :
Mdulo a Evaluar:
Frmula:
Valor Ideal:

Procedimiento y
Clculo:

83

X = 83 , Es el valor que nos d la herramienta Visual Studio;


Dentro de la ponderacin y criterio de evaluacin, 85 / 100, est
dentro del rango de aceptacin, este valor es aceptable.
Registrar rdenes
X
X = 100; Los ndices ms altos indican una mayor capacidad de
Mantenibilidad

Este valor nos proporciona la herramienta Visual Studio


automticamente, al hacer click derecho en el mdulo y escoger y
escoger la opcin CodeMetrics

196
Resultados de CodeMetrics Mantenibilidad de VS
Namespace Type

Member

Maintainability Index
83
Bvq.Sipla.RegisterOrders.Module
82
Bvq.Sipla.RegisterOrders.Module
BookOrdersView
47
Bvq.Sipla.RegisterOrders.Module
BookOrdersView
AdapDataSet() : void
32
Bvq.Sipla.RegisterOrders.Module
BookOrdersView
AddStatusSearch() : void
50
Bvq.Sipla.RegisterOrders.Module
BookOrdersView
BookOrdersView()
68
Bvq.Sipla.RegisterOrders.Module
BookOrdersView
btnSearch_Click(object, EventArgs) : void
59
Bvq.Sipla.RegisterOrders.Module
BookOrdersView
chkAll_CheckedChanged(object, EventArgs)
76
: void
Bvq.Sipla.RegisterOrders.Module
BookOrdersView
chkCancel_CheckedChanged(object, EventArgs)
76
: void
Valor Calculado:
X=

Comentario :
Mdulo a Evaluar:
Frmula:
Valor Ideal:

Procedimiento y
Clculo:

83

X = 83 , Es el valor que nos d la herramienta Visual Studio;


Dentro de la ponderacin y criterio de evaluacin, 83 / 100, est
dentro del rango de aceptacin, este valor es aceptable.
Promedio Total del SICAV - Mtrica: Calidad Interna/
Mantenibilidad/ ndice de Mantenimiento de Visual Studio
X
X = 100; Los ndices ms altos indican una mayor capacidad de
Mantenibilidad

Este valor nos proporciona la herramienta Visual Studio


automticamente, al hacer click derecho en el mdulo y escoger y
escoger la opcin CodeMetrics

Valor Calculado:
Indice de Mantenibilidad Gestin
de Clientes
Indice de Mantenibilidad de
Gestin Cuentas por Pagar
Indice de Mantenibilidad de
Registrar Ordenes
Promedio TOTAL

X=
X=

85
83

X=
X=

83
83,66

Para utilizar esta mtrica en nuestro modelo es importante convertir el valor


calculado de X = 83,66 en funcin de 1/100, lo que nos d un valor de X=
0,84

X = 0,84
Comentario :

Valor total de Mtrica: Calidad Interna/


Mantenibilidad/ ndice de
Mantenimiento de Visual Studio

X = 0,84, para poder realizar el promedio con las dems


caractersticas de nuestro modelo de estudio de la ISO 9126.

197

Producto de Software a Evaluar: SICAV


Calidad a Evaluar:
Calidad Interna
Caracterstica:
Funcionalidad
Subcaracterstica:
Seguridad de Acceso
Mtrica:
Prevencin en el Mal Uso de Datos
NOTA: S / N

Mtrica: Calidad Interna/ Funcionalidad/ Seguridad de Acceso/


Prevencin en el Mal Uso de Datos
Mdulo a
Evaluar:

Login, Inicio del SICAV

Frmula:
X=A/B
A=
Funciones Implementadas
B=
Funciones especificadas en los requisitos
Valor Ideal:

X=1

Se revisaron los SRS, los requerimientos iniciales del proyecto, que la


parte del Login, est implementada en el Cdigo, en los Requerimientos
creados por la Gerencia de Sistemas y de los usuarios de la BVQ y
Procedimiento asesores se pidi que el acceso se lo haga mediante Nombre de
y
Usuario y Contrasea (Sin entrar en mas detalles por ejemplo
Clculo:
encriptacin o algoritmos de seguridad), y en el cdigo fuente se
cumple con lo que se pidi en los Requerimientos
Valor
Calculado:

A=

La funcionalidad de Login en el cdigo fuente cumple lo


establecido, usuario y contrasea por lo tanto el valor de A = 2
Los Requisitos de Seguridad en el Acceso se encuentran en la
carpeta
ANEXO\ SICAV_DocumentacionAnalisis\Seguridad\Caso de
Uso\BVQ-SEGURIDAD_(uc_seguridad-v1).doc
,
junto
con
el
documento
ANEXO\SICAV_DocumentacionAnalisis\Seguridad\Requerimie
podemos
nto\BVQ-SEGURIDADES_(req_seguridades-v2)y
observar que pide una autenticacin de Usuario y Password, sin
entrar en detalles como por ejemplo de encriptacin,
textualmente en el requisito dice esto : El sistema integral para
casas de valores deber permitir ingresar al sistema mediante una
pantalla de inicio de sesin en donde el usuario que desee utilizar la
aplicacin deber digitar su login del sistema asignado inicialmente por
el administrador y su respectiva clave de seguridad (password)
En caso de que la clave de seguridad ingresada sea errnea tres
veces seguidas para el mismo usuario, el sistema deber bloquear la
cuenta de este usuario y solamente el administrador deber poder
desbloquear la cuenta.

B=

La primera vez que un usuario inicie sesin en el sistema, deber


pedrsele que cambie su clave de seguridad y se le solicitar que

198
ingrese dos veces una nueva clave de seguridad para confirmar que
est correctamente ingresada. Por lo tanto B = 2.

X=

La funcionalidad de Seguridad de Acceso se cumple a


cabalidad, basandonse en el anlisis de requisitos se est
cumpliendo con lo establecido en el SRS ya que el cdigo
fuente cumple lo establecido.

Valor
Calculado:
X=
Comentario :

X = 1, El valor est dentro del rango de satisfaccin en los niveles de


puntuacin para las mtricas

199

Producto de Software a Evaluar: SICAV


Calidad a Evaluar:
Calidad Interna
Caracterstica:
Funcionalidad
Subcaracterstica:
Cumplimiento de Funcionalidad
Mtrica:
Cumplimiento Funcional
NOTA: Hay que basarse en los Requerimientos y comprobar en el Cdigo fuente.

Mtrica: Calidad Interna/ Funcionalidad/ Cumplimiento de Funcionalidad/


Cumplimiento Funcional
Mdulo a Evaluar:

Gestin de Clientes

Frmula:
X=A/B
A=
Funciones Implementadas
B=
Funciones especificadas en los requerimientos
Valor Ideal:

X=1

Se revisaron los SRS, los requerimientos iniciales del proyecto, que la


parte de Gestin de Clientes se pueda Crear Clientes (Asociarlos a una
Procedimiento y cuenta que se va a manejar en la BVQ), Modificar Clientes, Deshabilitar
Clculo:
Clientes, y el cdigo fuente cumple con lo que se pidi en los
Requerimientos
Valor Calculado:

A=

B=

X=

Las Funcionalidades de Gestin de Clientes, en el Codigo fuente, se


puede apreciar los mtodos para Crear, Modificar y Deshabilitar
Clientes por lo tanto A = 3, y el cdigo fuente cumple lo establecido
Los Requerimientos de Gestin de Clientes se encuentran en en la
carpeta:
ANEXO\SICAV_DocumentacionAnalisis\Prevencion\Administracion de
Clientes\Requerimiento\BVQ-LAVADO_(req_cli-v2).doc y junto con
ANEXO\SICAV_DocumentacionAnalisis\Prevencion\Administracion de
Clientes\Caso de Uso\BVQ-LAVADO_(uc_cliente-v2).doc
Si tomamos en cuenta lo principal , y tomamos como una funcionalidad
el crear cliente, otra funcionalidad modificar el cliente, y otra
funcionalidad el deshabilitar cliente, entonces B =3 (Crear, Modificar,
Eliminar)
La Mtrica de Cumplimiento funcional, se cumple a cabalidad,
basandonse en el anlisis de requisitos se est cumpliendo con lo
establecido en el SRS ya que el cdigo fuente cumple lo establecido.

Valor Calculado:
X=
Comentario :

X = 1, El valor est dentro del rango de satisfaccin en los niveles de


puntuacin para las mtricas

200
Mdulo a Evaluar:

Gestin de Cuentas por Pagar

Frmula:
X=A/B
A=
Funciones Implementadas
B=
Funciones especificadas en los requerimientos
Valor Ideal:

X=1

Se revisaron los SRS, los requerimientos iniciales del proyecto y no existen


Requerimientos para Cuentas por Pagar, no est documentos en tos SRS
Procedimiento y iniciales, por lo tanto se va a tomar como Requerimiento inicial lo que se
Clculo:
tenga en el Codigo fuente, ya que la implementacin de Cuentas por Pagar
se fue haciendo entre el Proveedor y la BVQ a la par
Valor
Calculado:

A=

B=

X=

Las Funcionalidades de Gestin de Cuentas por Pagar en el Cdigo


fuente son: Crear, Modificar, Eliminar Cuentas por pagar, Liquidar
Cuentas por pagar. Por lo tanto A = 4.
Como no se tienen los Requerimientos de Gestin de Cuentas por
Pagar entonces se tomarn las funcionalidades que estn en el Codigo
Fuente del SICAV.
Las Funcionalidades de Gestin de Cuentas por Pagar en el Cdigo
fuente son: Crear, Modificar, Eliminar Cuentas por pagar, Liquidar
Cuentas por pagar. Por lo tanto A = 4.
La Mtrica de Cumplimiento funcional, se cumple a cabalidad, ya que
en este caso no se tiene un SRS donde se indiquen los requerimientos
para la Gestin de Cuentas por Pagar

Valor
Calculado:
X=

Comentario :
Mdulo a
Evaluar:

X = 1, El valor est dentro del rango de satisfaccin en los niveles de


puntuacin para las mtricas
Registro de Ordenes

Frmula:
X=A/B
A=
Funciones Implementadas
B=
Funciones especificadas en los requerimientos
Valor Ideal:

X=1

Se revisaron los SRS, los requerimientos iniciales del proyecto, en la


parte de Registro de Ordenes, se pueda:
Abierta: Estado inicial de la orden de negociacin.
Procedimiento y Vigente: La orden esta en este estado cuando se imprime el contrato
Clculo:
de negociacin.
Ejecutada: Cuando se liquida toda la orden de negociacin.

201
Parcialmente ejecutada: Cuando la orden caduca y se ejecuto parte de
la orden de negociacin.
Anulada: Cuando se anula la orden.
Caducada: Cuando la orden de negociacin caduca y no se ejecut
nada de la orden de negociacin.
Se comprob que todo esto est implementado en el Cdigo Fuente
del SICAV
Valor
Calculado:
A=

B=

X=

Todos los requerimientos detallados en el SRS, estn implementandos


en el cdigo fuente por lo tanto A = 6
Los Requerimientos de Registro de Ordenes se encuentran en en la
carpeta:
ANEXO\SICAV_DocumentacionAnalisis\BackOffice\Procesos
operativos casa de valores\Registro de ordenes\Requerimiento\BVQBACKOFFICE_(req_RegistroCV-v1).doc, en lo cul, entro lo ms
imporante se pide que en el Registro de Ordenes las ordenes puedan
tener los siguientes estados:
Abierta: Estado inicial de la orden de negociacin.
Vigente: La orden esta en este estado cuando se imprime el contrato
de negociacin.
Ejecutada: Cuando se liquida toda la orden de negociacin.
Parcialmente ejecutada: Cuando la orden caduca y se ejecuto parte de
la orden de negociacin.
Anulada: Cuando se anula la orden.
Caducada: Cuando la orden de negociacin caduca y no se ejecut
nada de la orden de negociacin.
Tomaremos cada estado como una funcionalidad por tanto B = 6
La Mtrica de Cumplimiento funcional, se cumple a cabalidad,
basandonse en el anlisis de requisitos se est cumpliendo con lo
establecido en el SRS ya que el cdigo fuente cumple lo establecido.

Valor
Calculado:
X=

Comentario :
Mdulo a
Evaluar:

X = 1, El valor est dentro del rango de satisfaccin en los niveles de


puntuacin para las mtricas
Promedio Total del SICAV - Mtrica: Calidad Interna/ Funcionalidad/
Cumplimiento de Funcionalidad/ Cumplimiento Funcional

Frmula:
X=A/B
A=
Funciones Implementadas
B=
Funciones especificadas en los requerimientos
Valor Ideal:

X=1

Procedimiento y Se revisaron los SRS, los requerimientos iniciales del proyecto, y se


Clculo:
comprob que estn implementados en el Codigo Fuente del SICAV, como
se revisaron los 3 mdulos de mayor prioridad, tenemo que para sacar el

202
valor total de A y de B, tenemos que sumar A en los 3 modulos y B en los 3
modulos por lo que A = 3+4+6 = 13, y B de igual forma B = 13, por lo que X
=1
Valor Calculado:
Cumplimiento Funcional de Gestin
de Clientes
Cumplimiento Funcional de Gestin
Cuentas por Pagar
Cumplimiento Funcional de Registrar
Ordenes
Promedio TOTAL

X =1

Comentario :

X=
X=

1
1

X=
X=

1
1

Valor total de Mtrica: Calidad


Interna/ Funcionalidad/
Cumplimiento de la Funcionalidad/
Cumplimiento Funcional

X = 1, El valor est dentro del rango de satisfaccin en los niveles de


puntuacin para las mtricas

203

Mtricas Externas
Producto de Software a Evaluar: SICAV
Calidad a Evaluar:
Calidad Externa
Caracterstica:
Usabilidad
Subcaracterstica:
Capacidad para ser entendido
Mtrica:
Demostracin de Acceso
NOTA: Con esta mtrica se comprueba el nmero de accesos posibles con el nmero de
acceso que estn en el manual de usuario de SICAV

Mtrica: Calidad Externa/ Usabilidad/ Demostracin de Acceso


Mdulo a Evaluar:

Gestin de Clientes

X= A/B

Frmula:

Nmero de demostraciones / Tutoriales que el usuario puede


accedersatisfactoriamente.
Nmero de demostraciones / Tutoriales disponibles

A=
B=
Valor Ideal:

X = 1;

Procedimiento y
Clculo:

Se realiz junto a un usuario de SICAV, y el Jefe del proyecto


de SICAV, de la Bolsa de Valores de Quito, que el usuario
pueda acceder Mdulo de Gestin de clientes, basndose en el
Manual de Usuario. Y el resultado fue que se pudo acceder con
normalidad, sin novedad.

Valor Calculado:
A=

B=

X=

X = 1 ,El valor de esta mtrica en ste mdulo, tiene el mayor


valor posible, lo que significa que el resultado de la evaluacin
de la mtrica Demostracin de Acceso, est en el rango
Satisfactorio dentro de los niveles de puntuacin de las
mtricas.

Comentario :

Mdulo a Evaluar:

Gestin de Cuentas por Pagar

X= A/B

Frmula:
A=
B=

Acceso segn el manual de usuario satisfactorio


Solo existe un modo de ingresar al mdulo, ver
manual de usuario
Como solo existe una forma para ingresar al
mdulo el valor de X = 1

Nmero de demostraciones / Tutoriales que el usuario puede


accedersatisfactoriamente.
Nmero de demostraciones / Tutoriales disponibles

Valor Ideal:

Procedimiento y

X = 1;

Se realiz junto a un usuario de SICAV, y el Jefe del proyecto

204
Clculo:

de SICAV, de la Bolsa de Valores de Quito, que el usuario


pueda acceder Mdulo de Gestin de Cuentas por Pagar,
basndose en el Manual de Usuario. Y el resultado fue que se
pudo acceder con normalidad, sin novedad.

Valor Calculado:
A=

B=

X=

Acceso segn el manual de usuario satisfactorio


Solo existe un modo de ingresar al mdulo, ver
manual de usuario
Como solo existe una forma para ingresar al
mdulo el valor de X = 1

X = 1 , El valor de esta mtrica en ste mdulo, tiene el mayor


valor posible, lo que significa que el resultado de la evaluacin
de la mtrica Demostracin de Acceso, est en el rango
Satisfactorio dentro de los niveles de puntuacin de las
mtricas.

Comentario :
Mdulo a Evaluar:

Registro de Ordenes

X= A/B

Frmula:

Nmero de demostraciones / Tutoriales que el usuario puede


accedersatisfactoriamente.
Nmero de demostraciones / Tutoriales disponibles

A=
B=
Valor Ideal:

Procedimiento y
Clculo:

X = 1;

Se realiz junto a un usuario de SICAV, y el Jefe del proyecto


de SICAV, de la Bolsa de Valores de Quito, que el usuario
pueda acceder Mdulo de Registro de Ordenes, basndose en
el Manual de Usuario. Y el resultado fue que se pudo acceder
con normalidad, sin novedad.

Valor Calculado:
A=

B=

X=

Comentario :
Mdulo a Evaluar:
Frmula:
Valor Ideal:

Acceso segn el manual de usuario satisfactorio


Solo existe un modo de ingresar al mdulo, ver
manual de usuario
Como solo existe una forma para ingresar al
mdulo el valor de X = 1

X = 1, El valor de esta mtrica en ste mdulo, tiene el mayor


valor posible, lo que significa que el resultado de la evaluacin
de la mtrica Demostracin de Acceso, est en el rango
Satisfactorio dentro de los niveles de puntuacin de las
mtricas.
Promedio Total del SICAV - Mtrica: Calidad Externa/
Usabilidad/ Demostracin de Acceso
X=A/B
X=1

205
Procedimiento y
Clculo:

Despues de evaluar esta mtrica, se procedi a calcular el


promedio de los tres valores.

Valor Calculado:
Demostracin de Acceso de Gestin
de Clientes
Demostracin de Acceso de Gestin
Cuentas por Pagar
Demostracin
de
Acceso
de
Registrar Ordenes
Promedio TOTAL

X =1

Comentario :

X=
X=

1
1

X=
X=

1
1

Valor total de Mtrica: Calidad


Externa/ Usabilidad/ Demostracin
de Acceso

X = 1, para poder realizar el promedio con las dems


caractersticas de nuestro modelo de estudio de la ISO 9126.

206

Producto de Software a Evaluar: SICAV


Calidad a Evaluar:
Calidad Externa
Caracterstica:
Funcionalidad
Subcaracterstica:
Cumplimiento de Funcionalidad
Mtrica:
Cumplimiento Funcional
NOTA: Hay que basarse en los Requerimientos y comprobar al ejecutar el Productor de Software
SICAV.

Mtrica: Calidad Externa/ Funcionalidad/ Cumplimiento de Funcionalidad/


Cumplimiento Funcional
Mdulo a Evaluar:

Gestin de Clientes

Frmula:
X=A/B
A=
Funciones Implementadas
B=
Funciones especificadas en los requerimientos
Valor Ideal:

X=1

Se revisaron los SRS, los requerimientos iniciales del proyecto, dentro de


esto en la parte de Gestin de Clientes se pueda Crear Clientes
Procedimiento y (Asociarlos a una cuenta que se va a manejar en la BVQ), Modificar
Clculo:
Clientes, Deshabilitar Clientes, y al ejecutar el programa, este cumple con
lo que se pidi en los Requerimientos
Valor Calculado:

A=

B=

X=

Las Funcionalidades de Gestin de Clientes, al ejecutar el SICAV, se


puede apreciar las funcionalidades para Crear, Modificar y Deshabilitar
Clientes por lo tanto A = 3, y el SICAV cumple lo establecido
Los Requerimientos de Gestin de Clientes se encuentran en en la
carpeta:
ANEXO\SICAV_DocumentacionAnalisis\Prevencion\Administracion de
Clientes\Requerimiento\BVQ-LAVADO_(req_cli-v2).doc y junto con
ANEXO\SICAV_DocumentacionAnalisis\Prevencion\Administracion de
Clientes\Caso de Uso\BVQ-LAVADO_(uc_cliente-v2).doc
Si tomamos en cuenta lo principal , y tomamos como una
funcionalidad el crear cliente, otra funcionalidad modificar el cliente, y
otra funcionalidad el deshabilitar cliente, entonces B =3 (Crear,
Modificar, Eliminar)
La Mtrica de Cumplimiento funcional, se cumple a cabalidad,
basandonse en el anlisis de requisitos se est cumpliendo con lo
establecido en el SRS ya que al Ejecutar el SICAV cumple lo
establecido.

Valor Calculado:
X=

Comentario :

X = 1, El valor est dentro del rango de satisfaccin en los niveles de


puntuacin para las mtricas

207
Mdulo a Evaluar:

Gestin de Cuentas por Pagar

Frmula:
X=A/B
A=
Funciones Implementadas
B=
Funciones especificadas en los requerimientos
Valor Ideal:

X=1

Se revisaron los SRS, los requerimientos iniciales del proyecto y no existen


Requerimientos para Cuentas por Pagar, no est documentos en tos SRS
Procedimiento y iniciales, por lo tanto se va a tomar como Requerimiento inicial lo que El
Clculo:
SICAV al ejecutarse permita hacer, ya que la implementacin de Cuentas
por Pagar se fue haciendo entre el Proveedor y la BVQ a la par
Valor
Calculado:

A=

B=

X=

Las Funcionalidades de Gestin de Cuentas por Pagar en el Cdigo


fuente son: Crear, Modificar, Eliminar Cuentas por pagar, Liquidar
Cuentas por pagar. Por lo tanto A = 4.
Como no se tienen los Requerimientos de Gestin de Cuentas por
Pagar entonces se tomarn las funcionalidades que funcionan al
ejecutar el SICAV.
Las Funcionalidades de Gestin de Cuentas por Pagar en el Cdigo
fuente son: Crear, Modificar, Eliminar Cuentas por pagar, Liquidar
Cuentas por pagar. Por lo tanto A = 4.
La Mtrica de Cumplimiento funcional, se cumple a cabalidad, ya que
en este caso no se tiene un SRS donde se indiquen los requerimientos
para la Gestin de Cuentas por Pagar

Valor
Calculado:
X=

Comentario :
Mdulo a
Evaluar:

X = 1, El valor est dentro del rango de satisfaccin en los niveles de


puntuacin para las mtricas
Registro de Ordenes

Frmula:
X=A/B
A=
Funciones Implementadas
B=
Funciones especificadas en los requerimientos
Valor Ideal:

X=1

Se revisaron los SRS, los requerimientos iniciales del proyecto, en la


parte de Registro de Ordenes, se pueda:
Abierta: Estado inicial de la orden de negociacin.
Procedimiento y Vigente: La orden esta en este estado cuando se imprime el contrato
Clculo:
de negociacin.
Ejecutada: Cuando se liquida toda la orden de negociacin.

208
Parcialmente ejecutada: Cuando la orden caduca y se ejecuto parte de
la orden de negociacin.
Anulada: Cuando se anula la orden.
Caducada: Cuando la orden de negociacin caduca y no se ejecut
nada de la orden de negociacin.
Se comprob que esto funcione al ejecutar el SICAV, y funcionan
correctamente.
Valor
Calculado:
A=

B=

X=

Todos los requerimientos detallados en el SRS, funcionan


correctamente en el SICAV, por lo tanto A = 6
Los Requerimientos de Registro de Ordenes se encuentran en en la
carpeta:
ANEXO\SICAV_DocumentacionAnalisis\BackOffice\Procesos
operativos casa de valores\Registro de ordenes\Requerimiento\BVQBACKOFFICE_(req_RegistroCV-v1).doc, en lo cul, entro lo ms
imporante se pide que en el Registro de Ordenes las ordenes puedan
tener los siguientes estados:
Abierta: Estado inicial de la orden de negociacin.
Vigente: La orden esta en este estado cuando se imprime el contrato
de negociacin.
Ejecutada: Cuando se liquida toda la orden de negociacin.
Parcialmente ejecutada: Cuando la orden caduca y se ejecuto parte de
la orden de negociacin.
Anulada: Cuando se anula la orden.
Caducada: Cuando la orden de negociacin caduca y no se ejecut
nada de la orden de negociacin.
Tomaremos cada estado como una funcionalidad por tanto B = 6
La Mtrica de Cumplimiento funcional, se cumple a cabalidad,
basandonse en el anlisis de requisitos se est cumpliendo con lo
establecido en el SRS ya que el SICAV cumple lo establecido.

Valor
Calculado:
X=

Comentario :
Mdulo a
Evaluar:

X = 1, El valor est dentro del rango de satisfaccin en los niveles de


puntuacin para las mtricas
Promedio Total del SICAV - Mtrica: Calidad Externa/ Funcionalidad/
Cumplimiento de Funcionalidad/ Cumplimiento Funcional

Frmula:
X=A/B
A=
Funciones Implementadas
B=
Funciones especificadas en los requerimientos
Valor Ideal:

X=1

Procedimiento y Se revisaron los SRS, los requerimientos iniciales del proyecto, y se


Clculo:
comprob que estn implementados en el SICAV, como se revisaron los 3
mdulos de mayor prioridad, tenemo que para sacar el valor total de A y de

209
B, tenemos que sumar A en los 3 modulos y B en los 3 modulos por lo que
A = 3+4+6 = 13, y B de igual forma B = 13, por lo que X = 1
Valor Calculado:
Cumplimiento Funcional de Gestin
de Clientes
Cumplimiento Funcional de Gestin
Cuentas por Pagar
Cumplimiento Funcional de Registrar
Ordenes
Promedio TOTAL

X =1

Comentario :

X=
X=

1
1

X=
X=

1
1

Valor total de Mtrica: Calidad


Externa/ Funcionalidad/
Cumplimiento de la Funcionalidad/
Cumplimiento Funcional

X = 1, El valor est dentro del rango de satisfaccin en los niveles de


puntuacin para las mtricas

210

Producto de Software a Evaluar: SICAV


Calidad a Evaluar:
Calidad Externa
Caracterstica:
Funcionalidad
Subcaracterstica:
Exactitud
Mtrica:
Precisin

PrecisinCon qu frecuencialos usuarios finalesencuentranlos resultadoscon una


precisinadecuada? Anote el nmeroderesultadoscon una precisinadecuada.X =A /T
NOTA: S/N ;

Mtrica: Calidad Externa/ Funcionalidad/ Exactitud/ Precisin


Mdulo a Evaluar:

Promedio Total del SICAV - Mtrica: Calidad Externa/ Funcionalidad/


Exactitud/ Precisin

Frmula:
X=A/T
Nmero de resultados encontrados por los usuarios con nivel de precisin
A=
diferente a la especificada
T=
Tiempo de funcionamiento
Valor Ideal:

X cercano a cero es mejor


Se le pidi a un usuario de la BVQ, al azar:
Crear un Cliente
Crear una Orden
Crear una Cuenta por Pagar
Ejecutar una Orden
Modificar un Cliente
Deshabilitar un cliente

Se observ, la forma de navegacin e intuicin al desarrollar tareas


determinadas, en un tiempo determinado.
Procedimiento y De las 6 Tareas, apenas 3 fueron satisfactorias en sus resultados, ya que
Clculo:
las otras 3 tareas no intui bien el usuario por lo tanto se demor mucho
tiempo, entonces para la frmula tenemos A = 3 , y T = 6
Valor Calculado:

A=
T=
X=

3
6
0,5

De los 6 Tareas, 3 fueron hechas en un tiempo aceptable, ya que el


usuario intui segn el men la tara donde se deba realizar
Las tareas realizadas y el tiempo considerado

Valor Calculado:
X=

Comentario :

0,5

X = 0,5, El valor de 0,5 , mediante la observacin al usuario, las


funcionalidades de modificar o eliminar no son un intutivas, ya que toca dar
click derecho en las opciones para poder realizar estas tareas, este valor est
considerado dentro del rango minimamente aceptable en los niveles de
puntuacin para las mtricas

211

Producto de Software a Evaluar: SICAV


Calidad a Evaluar:
Calidad Externa
Caracterstica:
Fiabilidad
Subcaracterstica:
Madurez
Mtrica:
Prueba de Madurez
NOTA: Se realizaron pruebas de caja negra al hacer, tareas al azar y ver cuntas veces salen
satisfactorias las pruebas

Mtrica: Calidad Externa/ Funcionalidad/ Exactitud/ Precisin


Mdulo a Evaluar:

Promedio Total del SICAV - Mtrica: Calidad Externa/ Fiabilidad/


Madurez/ Prueba de Madurez

Frmula:
X=A/B
A=
Nmero de casos satisfactorios, que se ha pasado el testing.
B=
Pruebas realizadas
Valor Ideal:

X = 1; es mejor
Se realizaron 20 Pruebas al azar, sin un orden determinado, dentro de las cuales
se realizaron pruebas de lo siguiente:
Crear un Cliente
Creacin de Orden
Modificacin de Cliente
Crear una Orden
Crear una Cuenta por Pagar
Ejecutar una Orden
Modificar un Cliente
Deshabilitar un cliente

De las 20 tareas, 14 fueron satisfactorias, las otras 6 pruebas se tuvieron


inconvenientes, como por ejemplo no se guard correctamente la primera vez, o
Procedimiento y por lentitud se perdi la informacin, o se cay el sistema, es importante recalcar
Clculo:
que estas pruebas se hicieron en varios periodos de tiempo, es decir en una
ocasin se hizo 3 pruebas, en otra 5 , y a diferentes horas y diferentes das

Valor Calculado:

A=
B=

14
20

X=

0,7

De las 20 Pruebas, 14 tuvieron resultados exitosos. Es decir se


pudieron cumplir las tareas correctamente
20 Pruebas realizadas al azar en diferentes das y diferentes horas
X = 0,7 es considerado satisfactorio pero si se debe mejorar esta
puntuacin

Valor Calculado:
X=

Comentario :

0,7

X = 0,7, El valor de 0,7 ,es considerado un Rango Objetivo lo que significa


que es considerable como satisfactorio dentro de los niveles de puntuacin
para las mtricas, aunque la recomendacin es mejorar esta mtrica, uno de
los motivos es la lentitud del sistema. Una solucin puede ser aunmentar la
mamoriaRam de los servidores del SICAV

212

Anda mungkin juga menyukai