Curso de calidad del software, selección de componentes de software

1. Evaluación de Componentes
(Producto Terminado)
Dr. Juan Pablo Carvallo Vega
jpcarvallo@gmail.com

2. Selección de componentes: métodos tradicionales
PORE, OTSO, SHERPA, etc.
 Los requisitos se descubre a lo largo del proceso
 Listas dinámicas de requisitos, crecen en base al conocimiento
adquirido

3. Selección de componentes: Otros problemas
 Ambientes públicos:
 Procesos basados en pliegos de peticiones
 Requisitos preestablecidos
 Difícilmente modificables
 Reglas del proceso predefinidas
 Legislación local
 Componentes de grano grueso
 Miles de requisitos concurrentes, multidisciplinarios
 No es posible validarlos
 Se requiere que el sistema este en operación
 Restricciones de tiempo y recursos

4. Selección de componentes dirigida por pliego de peticiones

5. Selección de componentes: Actividades típicas
1. Captura y
especificación de
requisitos
2. Descripción de los
componentes
disponibles
3. Aseguramiento de la
capacidad de los
componentes (con
relación a los requisitos)
4. Selección del
mejor componente
disponible
Finkelstein, Spanoudakis & Ryan. 1996

6. 1. Especificación de requisitos: Tipos de requisitos
Administrativos, Económicos, Políticos …
Requisitos no técnicos
Requisitos técnicos
Funcionales
No funcionales

7. 1. Especificación de requisitos: Consideraciones
 Los requisitos deben ser:
 Completos
 Consistentes
 Sin ambigüedades
 Localizables (fácil de identificar su origen y
relaciones)
 Relevantes
 Los componentes OTS ya existen:
 Su funcionalidad es fija
 No los podemos cambiar (no totalmente)
 Por tanto debemos seleccionar bien …

8. 2. Descripción de los componentes
 Fuentes de información sobre los componentes (a ser
utilizadas en el momento correcto) incluyen:
 Documentación de los productos
 Discusión con los vendedores
 Consultas a usuarios de los productos
 Listas de discusión, paginas Web
 Revisión de demos
 Experimentar sobre los productos
 Sesiones de demostración
 Certificaciones de los productos

9. 3. Capacidad vs. Requisitos: Problemas fundamentales
 Como expresar los requisitos en una forma estructurada?
 Como comparar los desajustes entre productos y requerimientos?
 Dos tipos de desajustes
 Como comparar entre productos similares
 Definición de métricas y prioridades
Características del
producto
Requisitos del
Sistema Falta de funcionalidad
especifica
Exceso de
funcionalidad

10. Conocimiento
del dominio
Modelo de
calidad
Negociacion
durante la
seleccion
COTS
Descripcion
del COTS
COTS
Descripcion
del COTS
Requisitos
de calidad
Requisitos
Formalizados
Modelos de calidad: uso en la selección de componentes

11.  Los modelos de calidad se pueden utilizar
para describir requisitos en un a forma
estructurada
 Expertos en el dominio deben ayudar a
los usuarios
 Algunos casos se deben mencionar
 Requisitos portables a un solo
atributo
 Requisitos descritos por varios
atributos
 Requisitos que requieren intervención
de expertos
 Requisitos demasiado generales
 Requisitos que tienen que ser
reescritos
Modelos de calidad: descripción de requisitos y
componentes
 Es muy difícil encontrar información completa y fiable
 Heterogeneidad semántica es un problema
Atributos
Reqs.QM.
COTS
X X
X X
X X
Desajustes

12. Descripción de componentes y requisitos en el modelo de
calidad
 Descripción de componentes:
 Es muy difícil encontrar información complete y confiable
 Se requiere la intervención de expertos en los productos
 Los atributos cuyos valores dependen de otros son un problema
 Cierto nivel de experimentación sobre los productos es
requerido
 Introducción de requisitos:
 Los modelos de calidad pueden ser utilizados para describir los
requisitos de calidad de una manera estructurada
 Miembros del equipo de calidad se requieren para:
 Ayudar a los usuarios a formular requisitos
 Para entender completamente los requisitos
 Para explorar las consecuencias de los requisitos
 Es mejor que los requisitos de partida se presenten de una
manera estructurada

13. • Requisito 1: Directamente portable a un atributo en el modelo
• Requisito 2: Requiere intervención de un experto
• Requisito 3: Es demasiado general
• Requisito 4: Requiere o implica una mezcla de funcionalidades que pueden
ser soportadas seleccionando varios atributos
• Requisito 5: Tuvo que ser reescrito
“El tiempo de respuesta promedio no debe exceder un minuto, y el ratio
de salida debe ser menor a 5 minutos por Mb.”
Introduciendo requisitos en el modelo de calidad
No. Descripción
1 Soporte al idioma español
2 Soporte al estándar de certificación mas comúnmente utilizado
3 Soporte para acceder al servidor desde otras aplicaciones
4 Notificación de entrega de mensajes, posibilidad de configurar
parámetros tales como el máximo número de reintentos y el tiempo
entre ellos
5 El tiempo de transmisión debe ser inferior a 1 minuto para
mensajes sin adjuntos y para aquellos con adjuntos no debe
exceder 5 minutos por Mb.

14. Método WORMS: Determinación de requisitos de partida
Factores Técnicos
Factores No-Técnicos
Funcionales
No Funcionales
aa
bbcc
ƒƒ
ƒƒ
$$
• Expresados como restricciones sobre
los atributos en el modelo
• Describen el componente ideal
• Utilizan las métricas preesta-
blecidas
Franch, Carvallo. Using software quality models in
software package selection IEEE 2003

15. Factores Técnicos
Factores No-Técnicos
Funcionales
No Funcionales
aa
bbcc
ƒƒ
ƒƒ
$$
100 %
50 %
20 %
30 %
10 %
10 %
30 %
15 %
5 %
10 %
10 %
Método WORMS: Asignación de pesos y prioridades
FASE 1
• Usualmente apoyado en matrices
cuadradas
• Típicamente AHP
• Requieren participación de
usuarios finales.
• Priorización, critica, deseable,
informativa
Importancia Descripción
2 Alto - Mayor
1 Medio
0,5 Bajo - Menor
1.3.2.9.1.1 1 1 2 1 1 1 1 1 9 12%
1.3.2.9.1.2 1 1 2 1 1 1 1 1 9 12%
1.3.2.9.1.3 1 1 2 1 1 1 1 1 9 12%
1.3.2.9.1.4 0,5 0,5 0,5 0,5 0,5 0,5 0,5 0,5 4 5%
1.3.2.9.1.5 1 1 1 2 1 1 1 1 9 12%
1.3.2.9.1.6 2 1 1 2 2 1 1 1 11 14%
1.3.2.9.1.7 1 1 1 2 1 1 1 1 9 12%
1.3.2.9.1.8 1 1 1 2 1 1 1 1 9 12%
1.3.2.9.1.9 1 1 1 2 1 1 1 1 9 12%
8,5 7,5 7,5 16 8,5 7,5 7,5 7,5 7,5 78 100%
Saldo actual de la factura
Valores por mora
Saldo total de la factura incluido interés por mora
Totales
1.3.2.9.1.1
1.3.2.9.1.2
Números físicos de las facturas,sin cancelar
Números internos de las facturas sin cancelar
Fecha de emisión de los documentos
Estado del documento
Descripción del documento
Forma de pago
1.3.2.9.1.7
1.3.2.9.1.8
1.3.2.9.1.9
Total
Peso
ponderado
1.3.2.9.1.3
1.3.2.9.1.4
1.3.2.9.1.5
1.3.2.9.1.6

16. Factores Técnicos
Factores No-Técnicos
Funcionales
No Funcionales
aa
bbcc
ƒƒ
ƒƒ
$$
100 %
50 %
20 %
30 %
10 %
10 %
30 %
15 %
5 %
10 %
10 %
=
Método WORMS: Identificar los objetivos de evaluación
FASE 1
• Objetivos directos
• Costos
• Objetivos transversales
• Evaluación de
riesgos

17. Factores Técnicos
Factores No-Técnicos
Funcionales
No Funcionales
aa
bbcc
ƒƒ
ƒƒ
$$
100 %
50 %
20 %
30 %
10 %
10 %
30 %
15 %
5 %
10 %
10 %
=
1ro.
2do.
3ro.
4ro.
Método WORMS: Definir el orden y las reglas de análisis
FASE 1
• Esquema de
evaluación
• Orden
Evaluación
• Puntajes totales
• Puntajes por
requisito
• Parciales
• Puntajes en
métricas
multivaluadas
• Criterios de
aceptación

18. Factores Técnicos
Factores No-Técnicos
Funcionales
No Funcionales
aa
bbcc
ƒƒ
ƒƒ
$$
100 %
50 %
20 %
30 %
10 %
10 %
30 %
15 %
5 %
10 %
10 %
=
1ro.
2do.
3ro.
4ro.
Cmp.1
Cmp.2
Cmp.3
$$
$$$$ $$
$$$$$$
aa
bbcc aa
bbcc aa
bbcc
ƒƒ
ƒƒ
½½
½½ ½½
Método WORMS: Descripción de componentes
FASE 1 FASE 2

19. Factores Técnicos
Factores No-Técnicos
Funcionales
No Funcionales
aa
bbcc
ƒƒ
ƒƒ
$$
100 %
50 %
20 %
30 %
10 %
10 %
30 %
15 %
5 %
10 %
10 %
=
1ro.
2do.
3ro.
4ro.
Cmp.1
Cmp.2
Cmp.3
$$
$$$$ $$
$$$$$$
aa
bbcc aa
bbcc aa
bbcc
ƒƒ
ƒƒ
½½
½½ ½½
Método WORMS: Identificar, analizar y evaluar los
desajustes
FASE 1 FASE 2

20. Factores Técnicos
Factores No-Técnicos
Funcionales
No Funcionales
aa
bbcc
ƒƒ
ƒƒ
$$
100 %
50 %
20 %
30 %
10 %
10 %
30 %
15 %
5 %
10 %
10 %
=
1ro.
2do.
3ro.
4ro.
Cmp.1
Cmp.2
Cmp.3
$$
$$$$ $$
$$$$$$
aa
bbcc aa
bbcc aa
bbcc
ƒƒ
ƒƒ
½½
½½ ½½
Cmp.2
Método WORMS: Selección de componentes mas idóneos
FASE 1 FASE 2

21. Selección de componentes OTS: Lecciones Aprendidas
 De los vendedores:
 La selección de los componentes implica la selección de
vendedores
 No confiar en los vendedores, ni en las webs
 De los requisitos
 Los requisitos mas importantes son aquellos que ayudan a
discriminar
 Los requisitos deben ser medibles
 La asignación de pesos y prioridades a los requisitos es
problemática y requiere de tiempo
 Del equipo de selección:
 Siempre registrar los justificativos de las decisiones tomadas
 Gestión del equipo de evaluación es necesaria
 Los usuarios finales deben participar en la selección