Escolar Documentos
Profissional Documentos
Cultura Documentos
Contenido
1.
INTRODUCCIN ..................................................................................................................4
2.
3.
4.
3.1
Modelo de McCall:.........................................................................................................6
3.2
3.3
Funcionalidad .............................................................................................................. 11
4.2
Confiabilidad ............................................................................................................... 12
4.3
4.4
Eficiencia ..................................................................................................................... 13
4.5
Portabilidad ................................................................................................................. 13
4.6
5.
6.
BIBLIOGRAFA ................................................................................................................... 17
Contenido de Tablas
Tabla 1 ................................................................................................................................................6
Tabla 2 ................................................................................................................................................9
Tabla 3 ............................................................................................................................................. 10
Tabla 4 ............................................................................................................................................. 15
1. INTRODUCCIN
Los requerimientos del software son los ms importantes para poder hacer
una medicin de la calidad. Si stos no se cumplen se identificara una mala
calidad.
3.1
Modelo de McCall:
En este modelo se describe la calidad como un concepto elaborado mediante
relaciones jerrquicas de atributos de calidad, en base a una serie de criterios. Dicho
atributos de calidad se concentran en tres aspectos importantes de un producto de
software: caractersticas operativas, capacidad de cambios y adaptabilidad a
nuevos entornos. Identifica una serie de criterios, tales como rastreabilidad,
simplicidad, capacidad de expansin, etc. Las mtricas desarrolladas estn
relacionadas con los atributos de calidad y la relacin que se establece se mide en
funcin del grado de cumplimiento de los criterios. En la siguiente tabla se
establecen los tres ejes o puntos de vista importantes del producto en relacin con
los atributos de calidad.
Tabla 1
Puntos De
Vista O Ejes
Atributo
Criterios
OPERACIN
DEL
PRODUCTO
Integridad
Correccin
Fiabilidad
Eficiencia
REVISION
Facilidad de - Modularidad.
DEL
mantenimiento - Simplicidad.
PRODUCTO
- Consistencia.
- Concisin: Atributos del software que posibilitan
la implementacin de una funcin con la menor
cantidad de cdigos posible.
- Auto descripcin: Atributos del software que
proporcionan explicaciones sobre la
implementacin de las funciones.
Facilidad de
prueba
- Modularidad.
- Simplicidad.
- Auto descripcin.
- Instrumentacin: Atributos del software que
posibilitan la observacin del comportamiento del
software durante su ejecucin para facilitar las
mediciones del uso o la identificacin de errores.
Flexibilidad
- Auto descripcin.
- Capacidad de expansin: Atributos del software
que posibilitan la expansin del software en
cuanto a capacidades funcionales y datos.
- Generalidad: Atributos del software que
proporcionan amplitud a las funciones
implementadas.
- Modularidad.
Reusabilidad
- Auto descripcin.
- Generalidad.
- Modularidad.
-Independencia entre sistema y software:
Atributos del software que determinan su
dependencia del entorno operativo.
- Independencia del hardware: Atributos del
software que determinan su dependencia del
hardware.
Interoperabilidad - Modularidad.
- Compatibilidad de comunicaciones: Atributos del
software que posibilitan el uso de protocolos de
comunicacin e interfaces estndar.
- Compatibilidad de datos: Atributos del software
que posibilitan el uso representaciones de datos
estndar.
- Estandarizacion en los datos: El uso
de estructuras de datos y de tipos estndar a lo
largo de todo el programa.
Portabilidad
- Auto descripcin.
- Modularidad.
-Independencia entre sistema y software.
- Independencia del hardware.
Fuente: http://www.monografias.com/trabajos5/call/call.shtml
3.2
Modelo FURPS:
Basado en el modelo de McCall. Modelo desarrollado por Hewlett-Packard (HP) en
1987, desarrollando un conjunto de atributos de calidad de software y sus
respectivos criterios. Su nombre fue dado por las siglas en ingles de los atributos a
tener en cuenta en este modelo Funcionalidad (Functionality), Usabilidad (Usability),
Confiabilidad (Reliability), Desempeo (Performance) y Capacidad de soporte
(Supportability). Se utilizan para establecer mtricas de la calidad para todas las
actividades del proceso de desarrollo de un software, inclusive de un sistema de
informacin. A continuacin en la tabla 2 podr observar una descripcin de cada
atributo y los atributos adicionales que presenta este modelo.
Tabla 2
SIGLA
F
TIPO DE REQUERIMIENTO
Functional
Funcional
Usability
Facilidad de Uso
Reliability
Fiabilidad
Performance
Rendimiento
Supportability
Soporte
DESCRIPCIN
Caractersticas, capacidades y
algunos aspectos de seguridad.
Factores
humanos
(interaccin),
ayuda,
documentacin.
Frecuencia de fallos, capacidad
de recuperacin de un fallo y
grado de previsin.
Tiempos
de
respuesta,
productividad,
precisin,
disponibilidad, uso de los
recursos.
Adaptabilidad, facilidad de
mantenimiento,
Internacionalizacin, facilidad
de configuracin.
Plus
Implementacin
Limitacin
de
recursos,
lenguaje y herramientas.
Interfaz
Restricciones impuestas para la
interaccin
con
sistemas
externos.
Operaciones
Gestin del sistema, pautas
administrativas, puesta en
marcha
Empaquetamiento Forma de distribucin
Legales
Licencia, Derechos de autor,
etc.
Fuente: http://clases3gingsof.wikifoundry.com/page/FURPS
3.3
Modelo Dromey
Resalta el hecho de que la calidad del producto es altamente determinada por los
componentes del mismo (incluyendo documentos de requerimientos, guas de
usuarios, diseos, y cdigo), Sugiere el uso de cuatro categoras que implican
propiedades de calidad, que son: correctitud, internas, contextuales y descriptivas.
Tabla 3
ATRIBUTO
Correctitud
CRITERO
Funcionalidad
Confiabilidad
Internas
Mantenibilidad
Eficiencia
Confiabilidad
Conceptuales
Mantenibilidad
Reusabilidad
Portabilidad
Confiabilidad
Descrptivas
Mantenibilidad
Reusabilidad
Portabilidad
Usabilidad
Fuente: http://es.slideshare.net/hopdie/metricasmmm
4.1
Funcionalidad
La funcionalidad se podra definir como grado en que las necesidades asumidas por
la implementacin de una aplicacin se satisfacen. Para poder definir si una
aplicacin es funcional o no, se deben de tener ciertos criterios de pruebas donde
dichos criterios dicen el estado del sistema. Tales criterios son:
4.2
Confiabilidad
Se podra definir la confiabilidad como Grado en que el sistema responde bajo las
condiciones definidas durante un intervalo de tiempo dado. Y consta de los
siguientes criterios de calidad:
Madurez: Facilidad del producto software para evitar fallar como resultado de
fallos en el software.
4.3
Facilidad de Uso
Son el conjunto de caractersticas que influyen en el esfuerzo requerido para el uso
y la evaluacin individual de cada uso por parte de un conjunto de usuarios dados.
Facilidad para ser entendido: Facilidad del producto software que permite al
usuario entender si el software es adecuado y cmo puede ser usado para
unas tareas o condiciones de uso particulares.
Facilidad para ser aprendido: Facilidad del producto software que permite al
usuario aprender sobre su aplicacin.
Facilidad para ser operado: Facilidad del producto software que permite al
usuario operarlo y controlarlo.
4.4
Eficiencia
Conjunto de caractersticas que determinan la relacin entre el nivel de rendimiento
del software y el nmero de recursos usados, bajo ciertas condiciones dadas.
4.5
Portabilidad
Conjunto de caractersticas que determinan la facilidad del software para ser
transferido de un entorno de operacin a otro.
Coexistencia: Facilidad del producto software para coexistir con otro software
independiente, en un entorno comn, compartiendo recursos comunes.
Facilidad para reemplazar: Facilidad del producto software para ser usado en
lugar de otro producto software, para el mismo propsito, en el mismo
entorno.
4.6
Facilidad de Mantenimiento
Caractersticas del software que determinaran el esfuerzo requerido para
implementar cambios.
Facilidad para ser analizado: Es la Facilidad del producto software para serle
diagnosticadas deficiencias o causas de los fallos en el software, o para
identificar las partes que han de ser modificadas.
Facilidad para ser cambiado: Facilidad del producto software que permite que
una determinada modificacin sea implementada.
Facilidad para ser probado: Facilidad del producto software que permite que
el software modificado sea validado.
5. MODELO ISO-9126
En el apartado anterior se present la definicin de algunos atributos de calidad que
son usados en su mayora por el modelo ISO 9126, es uno de los mejores modelos
de calidad y est basado en los modelos clsicos (vase capitulo 3). ISO 9126 es
un estndar internacional para la evaluacin del Software, fue originalmente
desarrollado en 1991 para proporcionar un esquema para la evaluacin de calidad
del software. A continuacin se encontrar una tabla con los atributos de calidad
que abarca este modelo:
Tabla 4
ATRIBUTOS
Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenibilidad
Portabilidad
CRITERIOS
Adecuacin
Exactitud
Interoperabilidad
Seguridad
Cumplimiento funcional
Madurez
Recuperabilidad
Tolerancia a fallos
Cumplimiento de fiabilidad
Aprendizaje
Comprensin
Operatividad
Atractividad
Comportamiento en el tiempo
Comportamiento de recursos
Estabilidad
Facilidad de anlisis
Facilidad de cambios
Facilidad de pruebas
Capacidad de instalacin
Capacidad de reemplazamiento
Adaptabilidad
Co-existencia
Fuente: Elaboracin Propia
Adems de los criterios presentados en la tabla anterior cabe resaltar que existe un
criterio que se aplica en cada uno de los atributos y es la conformidad.
ISO 9126 distingue entre fallo y no conformidad. Un fallo es el incumplimiento de los
requisitos previos, mientras que la no conformidad es el incumplimiento de los
requisitos especificados. Una distincin similar es la que se establece entre
validacin y verificacin.
El estndar provee un entorno para que las organizaciones definan un modelo de
calidad para el producto software. Haciendo esto as, sin embargo, se lleva a cada
organizacin la tarea de especificar precisamente su propio modelo. Esto podra ser
hecho, por ejemplo, especificando los objetivos para las mtricas de calidad las
cuales evalan el grado de presencia de los atributos de calidad.
6. BIBLIOGRAFA