Ingeniería en Desarrollo de Software

6º Semestre

Programa de la asignatura:
Modelos de calidad de software

Unidad 3. Modelos de calidad de software

Actividad 1. Caso de estudio: Modelos de calidad de software

clásicos
Tema: Pagos de tenencia en línea del Gobierno del estado de
México y consulta de adeudos http://www.edomex.gob.mx/

EQUIPO 25
TOMAS MORALES DZIB
DANIEL ALEJANDRO NARES VALLE

Clave:
15143635

Universidad Abierta y a Distancia de México

 Actividad 1. Caso de estudio: Modelos de calidad de software clásicos

El propósito de esta actividad es analizar los modelos de calidad clásicos más comunes
identificando la estructura jerárquica para identificar los atributos de calidad más importantes |
un caso de estudio.

Lee con mucha atención las siguientes indicaciones:

1.- Identifica el Sistema/Software asignado como caso de estudio. NO SE RECIBIRÁN

OTROS CASOS DE ESTUDIO DIFERENTES AL ASIGNADO.

2.- Revisa los requisitos del trabajo a entregar (Reporte Técnico) y los criterios de
evaluación previa a la elaboración de su trabajo para asegurar cumplir con los formatos de
entrega.

3.-Analiza la estructura de los modelos de calidad clásicos entre ellos: el de McCall,

Boehm, Modelo Sistémico de Calidad (MOSCA), Modelo FURPS, Goal

Modelo: McCall
El modelo de McCall se centra en tres aspectos importantes de un producto de software
según Vanessa Alejandra (2017, PP):

· Sus características operativas/Operación del Producto

· Su capacidad para soportar los cambios/Revisión del Producto

· Su adaptabilidad a nuevos entornos/Transición del producto

Lista de factores:

Operación del Producto

• Corrección: mide el grado en que un programa satisface sus especificaciones y consigue

los objetivos del usuario.

- Completitud: Atributos del software que proporcionan la implementación completa de

todas las funciones requeridas.

- Consistencia: Atributos del software que proporcionan uniformidad en las técnicas y

notaciones de diseño e implementación.

- Trazabilidad o rastreabilidad: Atributos del software que proporcionan una traza desde
los requisitos a la implementación con respecto a un entorno operativo concreto.
• Fiabilidad: mide el grado en que se puede esperar que un programa lleve a cabo sus
funciones esperada con la precisión requerida.

- Precisión: Atributos del software que proporcionan el grado de precisión requerido en los
cálculos y los resultados.

- Consistencia.

- Tolerancia a fallos: Atributos del software que posibilitan la continuidad del

funcionamiento bajo condiciones no usuales.

- Modularidad: Atributos del software que proporcionan una estructura de módulos

altamente independientes.

- Simplicidad: Atributos del software que posibilitan la implementación de funciones de la

forma más comprensible posible.

- Exactitud: La precisión de los cálculos y del control.

• Eficiencia: mide la cantidad de recursos de computadora y de código requerido por un

programa para que lleve a cabo las funciones especificadas.

- Eficiencia en ejecución: Atributos del software que minimizan el tiempo de

procesamiento.

- Eficiencia en almacenamiento: Atributos del software que minimizan el espacio de

almacenamiento necesario.

• Integridad: es el grado en que puede controlarse el acceso al software o a los datos por
personal no autorizado.

- Control de accesos. Atributos del software que proporcionan control de acceso al

software y los datos que maneja.

- Facilidad de auditoría: Atributos del software que facilitan la auditoría de los accesos al
software.

- Seguridad: La disponibilidad de mecanismos que controlen o protejan los programas o

los datos.

• Facilidad de Uso: es el esfuerzo requerido para aprender un programa e interpretar la

información de entrada y de salida.

- Facilidad de operación: Atributos del software que determinan la facilidad de operación

del software.

- Facilidad de comunicación: Atributos del software que proporcionan entradas y salidas

fácilmente asimilables.
- Facilidad de aprendizaje: Atributos del software que facilitan la familiarización inicial del
usuario con el software y la transición del modo actual de operación.

- Formación: El grado en que el software ayuda para permitir que nuevos usuarios
apliquen

Revisión del Producto

• Facilidad de Mantenimiento: es el esfuerzo requerido para localizar y arreglar

programas.

- Modularidad.

- Simplicidad.

- Consistencia.

- Concisión: Atributos del software que posibilitan la implementación de una función con la
menor cantidad de códigos posible.

- Auto descripción: Atributos del software que proporcionan explicaciones sobre la

implementación de las funciones.

• Facilidad de Prueba: es el esfuerzo requerido para probar un programa.

- Modularidad.

- Simplicidad.

- Auto descripción.

- Instrumentación: Atributos del software que posibilitan la observación del

comportamiento del software durante su ejecución para facilitar las mediciones del uso o
la identificación de errores.

• Flexibilidad: es el esfuerzo requerido para modificar un sistema operativo.

- Auto descripción.

- Capacidad de expansión: Atributos del software que posibilitan la expansión del software
en cuanto a capacidades funcionales y datos.

- Generalidad: Atributos del software que proporcionan amplitud a las funciones

implementadas.

- Modularidad.

Transición del Producto

• Portabilidad: es el esfuerzo requerido para transferir un software de un hardware o un
entorno de sistemas a otro.

- Auto descripción.

- Modularidad.

-Independencia entre sistema y software.

- Independencia del hardware.

• Reusabilidad: es el grado en que un programa (o partes de un programa) se puede

reutilizar en otro.

- Auto descripción.

- 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.

• Facilidad de Interoperación: es el esfuerzo requerido para asociar un programa a otro.

- Modularidad.

- Compatibilidad de comunicaciones: Atributos del software que posibilitan el uso de

protocolos de comunicación e interfaces estándar.

- Compatibilidad de datos: Atributos del software que posibilitan el uso representaciones

de datos estándar.

- Estandarización en los datos: El uso de estructuras de datos y de tipos estándar a lo

largo de todo el programa.

Y se hace las siguientes preguntas:

 Y se aplica de la siguiente forma, Según monografías.com (2017, PP):

Antes de comenzar a utilizar el modelo de McCall hay que seguir las siguientes pautas:

1. Se aceptan los factores, criterios y métricas que propone el modelo.

2. Se aceptan las relaciones entre factores y criterios, y entre criterios y métricas.
3. Se selecciona un subconjunto de factores de calidad sobre los que aplicar los
requisitos de calidad establecidos para el proyecto.

Al comienzo del proyecto habrá que especificar los requisitos de calidad del producto
software, para lo cual se seleccionarán los aspectos inherentes a la calidad deseada del
producto, teniendo que considerarse para ello:

 Las características particulares del propio producto que se está diseñando: por
ejemplo, su ciclo de vida que si se espera que sea largo implicará un mayor
énfasis en la facilidad de mantenimiento y la flexibilidad, o bien si el sistema en
desarrollo está destinado a un entorno donde el hardware evoluciona rápidamente
implicará como requisito su portabilidad, ...
 La relación calidad-precio, que puede evaluarse a través del coste de cada factor
de calidad frente al beneficio que proporciona. La siguiente tabla muestra la
relación calidad-precio para cada factor considerado:
Factor Beneficio / coste
Corrección alto
Fiabilidad alto
Eficiencia bajo
Integridad bajo
Facilidad de uso medio
Facilidad de mantenimiento alto
Facilidad de prueba alto
Flexibilidad medio
Portabilidad medio
Reusabilidad medio
Interoperabilidad bajo

 La determinación de las etapas del ciclo de vida donde es necesario evaluar cada
factor de calidad para conocer en cuales se dejan sentir más los efectos de una
calidad pobre con respecto a cada uno de los factores.
 Las propias interrelaciones entre los factores debido a que algunos factores
pueden entrar en conflicto entre sí: por ejemplo, la eficiencia plantea conflictos
prácticamente con todos los demás factores de calidad. La interacción entre los
diversos factores a evaluar queda reflejada en la tabla I que indica la dependencia
entre los factores de McCall.

También habrá que establecer valores deseables para los criterios, para lo cual se
emplearán datos históricos, el promedio en la industria, .... y con ellos se concretarán los
valores finales y otros intermedios o predictivos en cada período de medición durante el
desarrollo, así como unos valores mínimos aceptables. La explicación para cualquier
selección o decisión deberá ser adecuadamente documentada.

En la fase de desarrollo será necesario implementar las métricas elegidas, analizar sus
resultados y tomar medidas correctivas cuando los valores obtenidos estén por debajo de
los mínimos aceptables.

Una vez finalizado el proyecto será necesario contrastar las medidas predictivas utilizadas
y comprobar si, en efecto, se pueden tomar como indicadores de los valores finales.
 Modelo Boehm.

Modelo de calidad creado por Barry Boehm en 1978. El modelo se basa en que
el software debe hacer lo que el usuario quiere que haga:

El modelo de Boehm es similar al Modelo de Calidad de McCall, ya que también

presenta un modelo de calidad jerárquica estructurada en torno a las
características de alto nivel, las características de nivel intermedio, características
primitivas - cada una de ellas contribuye al nivel de calidad global.

Tiene como finalidad que a través de la calidad del software:

 Realice lo que desea el usuario.

 Utilice los recursos informáticos de manera correcta y eficiente.
 Sea fácil de utilizar y aprender.
 Sea bien diseñado, codificado, probado y mantenido.

A través de los siguientes elementos.

 Se evalúa de en 3 niveles de la siguiente forma y niveles:

El modelo de calidad de Boehm contempla tres niveles jerárquicos. En el primer nivel

define tres utilidades como factores para la calidad del software que son las siguientes:
1) Utilidad del software (usabilidad) tal y como está en el momento de la evaluación,
identificar la facilidad de uso, fiabilidad y eficiencia.
2) La facilidad de mantenimiento (manteniblidad) identificar lo que es modificable para
realizar sus modificaciones pertinentes y las pruebas adecuadas.
3) Portabilidad facilidad que tiene el software de ser utilizado en entorno distinto.
Modelos de Boehm de clasificación de los criterios de calidad (Basado en: Dávila y Mejía,
2003 y González, 2008).
Nivel primitivo:

2do nivel: características de nivel intermedio (factores).

En el segundo nivel se encuentran siete factores de calidad que se asocian con los tres
factores de utilidad del primer nivel. Los siete factores de calidad son: portabilidad,
fiabilidad, eficiencia, usabilidad, facilidad de evaluación, comprensibilidad y flexibilidad.
Estos siete factores los retoma del modelo de McCall (
3 nivel, CARACTERÍSTICAS de alto nivel:

 usabilidad (usable, confiable, eficiente) es el

producto en sí mismo
 Mantenibilidad cuan fácil es modificarlo,
entenderlos y retestearlo
 Portabilidad Utilidad general si puede
seguir usándose si se cambia el ambiente

En base a los niveles se tiene mayor aceptabilidad y el formato para plantear la evaluación
es igual al de McCall solo que con estructurando los niveles y las características:

niveles Usos
primarios

Nivel portabilidad portabilidad O

primario
Nivel
intermedio
Alto nivel
En base a estos modelos podemos obtener las Siguientes
Características y evaluar en base aspectos mas
Importantes del software. Podemos ver la base de operaciones, las revisiones
Y transiciones., cada uno tiene sus propios criterios a evaluar, como la movilidad, etc.

En esta parte vemos los factores de evaluación y los niveles que alcanza el software,
en base a las características primitivas que tenga el software.

Modelo de
Modelo McCall
Boehm

Estructura de modelos
de calidad
 5.- Elige 3 de los modelos anteriores, analiza las características de calidad del Caso de
estudio asignado y Registra la información que se solicita en el Reporte Técnico de
acuerdo a los siguientes puntos:

a) Información General del Sistema/Software asignado como Caso de Estudio.

El sistema es uno que permite pagos en línea de adeudos de servicios públicos (infracciones,
predial, etc.).

b) Descripción de Funcionalidad desde el punto de vista usuario *Emplear ingeniería

Inversa

Podemos ver la funcionalidad de la plataforma se basa en pagos a realizar y tramites

ciudadanos que están apegados a las normas institucionales, una de ellas es pagar multas,
son obligaciones que se contraen por ser un ciudadano.

Como menciones podemos hacer los siguientes pagos y servicios:

c) Detección de las características más importantes del Sistema/Software asignado como caso
de estudio

Desde que vemos un jquery veremos una cifrado por la base de datos que interactúa con el
sistema.

Así que tenemos seguridad.

Tenemos un formulario que tiene label´s, y direccionamiento de links, podemos ver
información relacionada con el ámbito ciudadano e institucional.

También podemos ver que tratan de enfocarse a los valores de la institución

Y por último creo que un buen diseño y amigable con el usuario, calidad enfocada en el
diseño y multiplataforma. Se alinea a la ventana que usemos sea celular o pc.
 d) De cada uno de los 3 modelos de calidad elegidos ejemplificar como mínimo dos
factores de cada una de las perspectivas o factores de calidad indicando
"Elemento primario" o "criterio de calidad" (dependiendo del modelo),
"Descripción del Elemento primario o criterio de calidad, Justificación de la
importancia en la evaluación, Fase de Evaluación, responsable de evaluación. Ver
estructura tabular del Reporte Técnico sugerido y que tu docente te hará llegar.

Análisis de las características de calidad acorde al modelo de calidad de McCall

Puntos De Vista O Ejes: Operación del producto

Factor: Facilidad de uso

Descripción del Factor de Calidad:

Criterio de evaluación 1
Descripción del Datos comunes, uso de los
criterio de calidad: datos.
Justificación del Facilidad de operatividad del
criterio seleccionado: software, facilidad para
proporcionar datos y obtener
resultados.
Etapa de posible Operación
evaluación:
Rol responsable de Encargado de la fase de
evaluación: operación
Criterio de evaluación 2
Operatividad, facilidad de
operar el programa.
Atributos del software que
determinan la facilidad de
operación del software.
Operación
Encargado de la fase de
operación

Puntos De Vista O Ejes: Operación del producto

Factor: Integridad(seguridad)

Descripción del Factor de Calidad:

Criterio de evaluación 1 Criterio de evaluación 2
Descripción del Control y auditor de acceso de Integridad de datos, control de
criterio de calidad: datos. acceso.
Justificación del Atributos del software que Atributos del software que
criterio seleccionado: proporcionan control de acceso proporcionan control de acceso
al software y los datos que al software y los datos que
maneja. maneja.
Etapa de posible operación operación
evaluación:
Rol responsable de Encargado de fas e de Encargado de fas e de
evaluación: operación operación
Modelo Boehm

Puntos De Vista O Ejes: Operación del producto

Factor: portabilidad

Descripción del Factor de Calidad:

Criterio de evaluación 1 Criterio de evaluación 2
Descripción del Precisión, funcionalidad en el Independencia de dispositivo,
criterio de calidad: dispositivo. en base a la plataforma.
Justificación del Funcionalidad en el dispositivo Que la aplicación sea
criterio seleccionado: y adaptación al sistema que se multiplataforma, y funcione
use ya sea Windows o por igual.
androide.
Etapa de posible portabilidad portabilidad
evaluación:
Rol responsable de Encargado de evaluar Encargado de la evaluación
evaluación:

Puntos De Vista O Ejes: Operación del producto

Factor: confiabilidad

Descripción del Factor de Calidad:

Criterio de evaluación 1 Criterio de evaluación 2
Descripción del Eficiencia, trabajar con Pruebas, experimentar con el
criterio de calidad: rendimiento. programa.
Justificación del Capacidad de disponer del Se experimenta para saber que
criterio seleccionado: programa para conseguir defectos se tiene y que
rendimiento deseado. debemos corregir.
Etapa de posible usabilidad usabilidad
evaluación:
Rol responsable de Encargado de evaluación Encargado de evaluación.
evaluación:
Análisis de las características de calidad acorde al
modelo…MOSCA

Requisitos Funcionales

Factor: Funcionalidad
Descripción del Factor:
Nombre del Criterio: Ajuste a los propósitos
Descripción del Obtención de un producto que satisfaga de forma integral las
Criterio necesidades requeridas por el cliente.
Justificación del Contemplar todos los escenarios de uso posibles ya que el
Criterio con base al usuario final es muy diverso.
caso de estudio:
Etapa de posible Al tomar todos los requerimientos del cliente por algunos de los
evaluación: métodos contemplados estableciendo claramente las metas
requeridas.
Rol responsable de El equipo desarrollador debe contemplar las métricas en base al
evaluación: estudio de diseño la funcionalidad de las metas establecidas.

Requisitos Funcionales

Factor: Facilidad de uso

Descripción del Factor: Facilidad de comprensión
Nombre del Criterio: Facilidad de comprensión
Descripción del Capacidad del sistema de ser entendido, aprendido y utilizado.
Criterio
Justificación del Al mantener un espectro tan grande de usuarios debemos
Criterio con base al contemplar los diferentes tipos de usuarios que interactuaran y
caso de estudio: contener una interfaz amigable para su facilidad de manejo.
Etapa de posible Diseño ya que el equipo debe considerar la menor cantidad de
evaluación: etapas en el manejo sin pasar ninguna de las partes esenciales del
sistema.
Rol responsable de Equipo de evaluación el que determine si cumple con lo
evaluación: especificado anteriormente.
Requisitos Funcionales

Factor: Fiabilidad
Descripción del Factor: Mantener un nivel de rendimiento
Nombre del Criterio: Tolerancia a fallos
Descripción del Establecer los criterios de los resultados deseados en las
Criterio operaciones realizadas
Justificación del El sistema puede ejecutar diversas operaciones de manera
Criterio con base al simultánea con una diferencia de transacciones incluso de
caso de estudio: milisegundos es por ello que se deben establecer los parámetros
que soporten el uso multiusuario de manera fiable.
Etapa de posible Desarrollo ya que al ser una plataforma multiusuario se debe
evaluación: contemplar en la programación este aspecto.
Rol responsable de Equipo de evaluación el que determine si cumple con lo
evaluación: especificado anteriormente.

e) Concluye la importancia de estos modelos en el análisis de cualquier

Programa/Sistema/Software

A través de los diversos modelos analizados hemos observado la importancia que destacan
desde los primeros analistas gran prioridad en el entorno de trabajo que establece la
organización dedicada al desarrollo, en base al compromiso de trabajo del equipo
desarrollador ya que finalmente será el responsable de los procesos de calidad lo que por
consecuencia traerá un producto de calidad y que son elementos dependientes y
correlacionados.

Los modelos nos muestran que los principales factores que establecerán las métricas de
calidad pueden ser resueltas por elementos internos incluyendo a las áreas de gerencia de
proyectos.

7.-Integra el desarrollo de tu actividad y asegura cumplir con los apartados del reporte
técnico, posteriormente guarda tu actividad con el nombre DMCS_U3_A1_XXYZ.
Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por tu primer
apellido y la Z por tu segundo apellido
 7.- Elabora un diagrama de flujo de la metodología que se puede seguir para poder hacer la
evaluación de estas características.

Como se usan las metodologías

de calidad

Software a evaluar

Se aplican
Modelos de calidad

No
Si
3 niveles de evaluación

Evaluar
goal-question-
software?
metric McCall Boeh mosca
m ala
Evaluar modelo para usar en base a las
características

Se adaptó a las
No Si
necesidades de Usar el modelo de calidad
evaluación que
de 3 niveles adecuado
4 niveles deseamos

Furps

Evaluar modelo para usar en base a las

características

No Se adaptó a las
necesidades de
Si Usar el modelo de calidad
evaluación que de 3 niveles adecuado
deseamos

X niveles

X modelo

Evaluar modelo para usar en base a las

características

Si Usar el modelo de calidad

No Se adaptó a las de x niveles adecuados
necesidades de
evaluación que
deseamos

Fin
Recursos didácticos de apoyo:

Betancur, D. (2016/Septiembre/7). [Archivo de vídeo] Modelo Furps. Disponible en

https://www.youtube.com/watch?v=av87xCXCJmc

PUENTES L. F. ( 2017 /Abril/23) Modelo McCall [Archivo de vídeo] Disponible en

https://www.youtube.com/watch?v=lG_Vr2aVmag

-Dávila Nicanor, L., Mejía Álvarez, P., (2003). Evaluación de la Calidad de Software en
Sistemas de Información en Internet. Congreso de ingeniería eléctrica. CINVESTAV-IPN
Sección de computación. [En línea] http://delta.cs.cinvestav.mx/~pmalvarez/davila-
mejia.pdf

Bibliografía:

Vanessa Alejandra, (2017, PP), Modelo McCall,

https://vanevargas.jimdo.com/m%C3%B3dulos/modelos/modelo-de-mccall/

monografías.com (2017, PP), evaluación de modelo McCall,

www.monografias.com/trabajos5/call/call.shtml

Regina moreno (2017, PP), MODELO Boehm,

https://regimurillo.jimdo.com/m%C3%B3dulos/unidad-3-modelos/modelo-de-boehm/