Actividad 1.

Caso de estudio: Modelos de calidad de software

clsicos

Unidad 3

Modelos de Calidad de Software

Integrantes:

Edgar Daniel Fernndez Medelln AL12540891

Cristbal de Jess Flores Iiguez Al13503107

1 Contenido
1 Informacin General del Software implicado en el Caso de Estudio. ..................... 2
1.1 Nombre del Sistema en lnea a evaluar .......................................................... 2
1.2 Pgina web de localizacin............................................................................. 2
1.3 Descripcin de la empresa ............................................................................. 2
1.4 Misin, visin y polticas de calidad ................................................................ 2
2 Descripcin de Funcionalidad (como usuarios del sistema describir la
funcionalidad que ofrece) .............................................................................................. 3
3 Deteccin de las caractersticas de funcionalidad ms importantes del Software
implicado en el Caso de Estudio ................................................................................... 6
4 Anlisis de calidad ................................................................................................. 6
4.1 Anlisis de las caractersticas de calidad acorde al modelo de calidad de
McCall ..................................................................................................................... 10
4.2 Anlisis de las caractersticas de calidad acorde al modelo ................... 17
4.3 Anlisis de las caractersticas de calidad acorde al modelo.. .................... 19
4. Diagrama de flujo de la metodologa que se puede seguir para poder hacer la
evaluacin de estas caractersticas ............................................................................ 24
5.- Discusin y Conclusiones ...................................................................................... 27
6.- Bibliografa............................................................................................................. 29
1 Informacin General del Software implicado en el Caso de Estudio.
1.1 Nombre del Sistema en lnea a evaluar
Sistema de consulta y compra de boletos de avin de la compaa de vuelos VOLARIS

1.2 Pgina web de localizacin

pagina de VOLARIS

1.3
Descripcin de la empresa
Concesionaria Vuela Compaa de Aviacin, S.A.P.I. de C.V., mejor conocida como
Volaris, es la aerolnea de ultra-bajo costo con vuelos en Mxico, Estados Unidos y
Costa Rica. En Volaris ofrecemos boletos de avin baratos para desarrollar el
mercado, ofreciendo servicio de calidad al cliente y una opcin extensa de productos.

1.4 Misin, visin y polticas de calidad

Nuestra Visin: "Trascender al crear y vivir las mejores experiencias de viaje."

Nuestra Misin: "Con la mejor gente y a bajo costo, hacemos que ms personas
viajen BIEN!"

Los pilares de la empresa son:

I. Seguridad

Nada es ms importante que la proteccin y seguridad de nuestros clientes y

Embajadores, es nuestra mxima prioridad.

II. Servicio al Cliente

Creamos nuevas experiencias que hacen la diferencia al saber escuchar, proponer

soluciones, resolver de manera eficaz, creativa y con buena actitud, las necesidades
de nuestros Clientes internos y externos.

III. Rentabilidad Sostenida

El menor costo siempre gana. La finalidad es crecer en forma sostenida y maximizar
utilidades en forma sostenida. Cumplir con lo anterior nos garantiza hacer crecer la
Familia Volaris.

a Alta Direccin de Volaris como empresa dedicada al transporte areo, hace el

compromiso con sus Clientes y partes interesadas, de dar cumplimiento a las
regulaciones aplicables a la industria de la aviacin, incluidas las de seguridad y salud
en el trabajo, medio ambiente y a los estndares establecidos o adoptados por la
propia organizacin como prioridad fundamental para garantizar: Calidad, Seguridad
Area, Seguridad Corporativa, Prevencin de Actos y Condiciones Inseguras,
Fomento a la Salud de los Embajadores y Prevencin de la Contaminacin del Medio
Ambiente.

Volaris se compromete a lograr una cultura en donde Calidad, Seguridad Area,

Seguridad Corporativa, Cuidado del Medio Ambiente, Seguridad y Salud en el Trabajo,
sean prioridades operacionales fundamentales.

Tambin hace el compromiso de que en toda la organizacin de Volaris, se mantenga

la mejora continua.

(Extrado de la pgina web de Volaris: http://ir.volaris.com/Spanish/quienes-

volaris/nuestra-compania/default.aspx ).

2 Descripcin de Funcionalidad (como usuarios del sistema describir la

funcionalidad que ofrece)
El sistema parece bastante amigable, primero se nos pide que establezcamos el
origen y el destino del vuelo que nos interesa adems se tiene la opcin de ver hoteles
y autos.

A continuacin, se nos pide establecer la fecha del vuelo

Despus establecemos las personas que van a realizar el viaje:

Despus de entrar la informacin anterior, se nos listan los vuelos disponibles, de

acuerdo a lo que establecimos en la seccin pasada:

Despus se pude elegir un vuelo de inters y ver los detalles del mismo:

Despus, se tiene que llenar un formulario de contacto donde se pide la informacin

del que va a tomar el vuelo:
Despus elegimos un asiento dentro del avin:
Como ltimo, se nos pide la informacin de pago:

3 Deteccin de las caractersticas de funcionalidad ms importantes

del Software implicado en el Caso de Estudio
El sistema en cuestin tiene el objetivo de mostrar los vuelos disponibles de acuerdo a
los filtros iniciales que se establezcan, como fecha del vuelo y origen y destino, para
proceder con la venta de boletos, recabar la informacin de contacto del pasajero y por
ultimo llenar la informacin de pago por medio de alguna tarjeta de crdito o de dbito.
El sistema tiene que tener acceso a distintas fuentes de datos para poder funcionar
adems de hacer validaciones de las entradas del usuario para verificar que tengan el
formato adecuado. Con respecto al diseo, la interfaz grfica es muy bien ambienta a
UX y UI, por lo que es altamente amigable con el usuario.

4 Anlisis de calidad
De cada uno de los 3 modelos de calidad elegidos ejemplificar como mnimo dos
factores de cada una de las perspectivas, indicando Elemento primario o criterio de
calidad (dependiendo del modelo).
 Modelo McCall
Perspectiva Factores Descripcin
Operacin Fiabilidad Involucra el tiempo de la
del realizacin de un proceso en
producto el producto software.
Criterios a considerar:
Exactitud en los clculos
realizados, consistencia y
tolerancia a fallos para
continuar la ejecucin y
funcionamiento del software
bajo situaciones no usuales.
Usabilidad Verifica el esfuerzo que
realiza el usuario para el
manejo del producto
software. Criterios a
considerar: facilidad de
operabilidad del software,
facilidad para proporcionar
datos y obtener resultados
Revisin Mantenibilidad Facilidad para localizar las
del fallas y errores del sistema.
producto Criterios a considerar:
Independencia en los
mdulos, simplicidad en la
implementacin de las
funciones y auto descripcin
de las funciones a
implementar
Evaluabilidad Se prueban todas las
opciones del producto
software. Criterios a
considerar: la simplicidad,
auto descripcin,
modularidad, etcteras.
Transicin Reusabilidad Muestra la posibilidad de
del utilizar alguna parte del
producto software en otras
aplicaciones. Criterios a
Ejemplo de verificacin Elemento
Primario/criterio
En el caso de los formularios, Tolerancia a los
se realimenta continuamente al fallos
usuario para que introduzca
informacin valida adems
hace un buen re
direccionamiento del usuarios
segn sea el caso, se tiene
requisitos previos para mostrar
informacin como lo es la fecha
del vuelo as como el origen y
el destino.
El sistema cuenta con una alta Operabilidad.
usabilidad y operabilidad ya
que utiliza un diseo amigable
de formularios para guiar al
usuario paso a paso para que
el sistema le muestra la
informacin que necesita,
La interfaz de compra de Simplicidad en la
boletos web est basada en implementacin
tecnologas puramente web, de funciones.
utilizando algn lenguaje de
servidor, es una aplicacin web
basada completamente en
HTML 5 y JavaScript, por lo
que se cuentan con
herramientas para poder
depurar y darle mantenimiento
al sistema.
La estructura de la pgina, Simplicidad en la
permite modularidad cada utilizacin de
implementacin y funcionalidad funciones.
de manera independiente.
Si la pgina fue segmentada de Simplicidad en la
manera correcta, separando implementacin
sus componentes como puede de funciones.
ser modelo, vista controlador,
 considerar: simplicidad, entonces cada mdulo puede
modularidad, independencia ser altamente reutilizable
del hardware y software.

Interoperabilidad La capacidad del producto El sistema utiliza AJAX y Uso de

software para comunicarse
con otras aplicaciones.
Criterios a considerar:
Modularidad, uso de
protocolos de comunicacin
e interfaces estndar,
estructura de datos.
protocolos de sincronizacin protocolos de
con el servidor sin tener que comunicacin.
recargar la pgina, utilizando
estndares modernos de
desarrollo web.

Modelo Boehm

Perspectiva Factores Descripcin Ejemplo de verificacin Elemento

primerio/criterio

Operacin Fiabilidad Involucra el tiempo de la Cada verificacin y accin Precisin.

del realizacin de un proceso en el
producto producto software. Criterios a
considerar: Exactitud en los
clculos realizados, consistencia y
tolerancia a fallos para continuar la
ejecucin y funcionamiento del
software bajo situaciones no
usuales
se hace de manera
asncrona y gil, por lo que
el servidor tiene que estar
optimizado para poder
procesar todas las
peticiones del usuario en
tiempo real.

Usabilidad Verifica el esfuerzo que realiza el Se prob la pgina desde Compatibilidad.

usuario para el manejo del
producto software. Criterios a
considerar: facilidad de
operabilidad del software, facilidad
para proporcionar datos y obtener
resultados
diferentes dispositivos sin
perder funcionalidad por lo
que utiliza un diseo
responsivo web que
permite una lata usabilidad
del sistema.

Revisin Mantenibilidad Facilidad para localizar las fallas y Dado que se est Comunicacin.
del errores del sistema. Criterios a utilizando algn framework
producto considerar: Independencia en los de desarrollo web
mdulos, simplicidad en la moderno, es posible dar
implementacin de las funciones y mantenimiento de manera
auto descripcin de las funciones a gil a la aplicacin.
implementar

Evaluabilidad Se prueban todas las opciones del La estructura del sitio Entendibilidad.
producto software. Criterios a permite la correcta
navegabilidad y
 considerar: la simplicidad, auto
descripcin, modularidad, etcteras
Transicin Reusabilidad Muestra la posibilidad de utilizar
del alguna parte del software en otras
producto aplicaciones. Criterios a considerar:
simplicidad, modularidad,
independencia del hardware y
software
Interoperabilidad La capacidad del producto software
para comunicarse con otras
aplicaciones. Criterios a considerar:
Modularidad, uso de protocolos de
comunicacin e interfaces
estndar, estructura de datos.
Modelo Mosca
Operacin Fiabilidad Involucra el tiempo de la realizacin
del de un proceso en el producto
producto software. Criterios a considerar:
Exactitud en los clculos
realizados, consistencia y
tolerancia a fallos para continuar la
ejecucin y funcionamiento del
software bajo situaciones no
usuales.
Usabilidad Verifica el esfuerzo que realiza el
usuario para el manejo del
producto software. Criterios a
considerar: facilidad de
operabilidad del software, facilidad
para proporcionar datos y obtener
resultados .
Revisin Mantenibilidad Facilidad para localizar las fallas y
del errores del sistema. Criterios a
producto considerar: Independencia en los
mdulos, simplicidad en la
segmentacin de la
aplicacin de una manera
razonable y lgica.
Las diferentes secciones o Crecimiento.
modules permiten el
reusabilidad es y
escalamiento de la
aplicacin web segn de
necesite
La pgina cuente con Comunicacin.
maneras de actualizarse
de manera asncrona con
su servidor por medio de
AJAX.
En el caso de los Tiempo. .
formularios, se realimenta
continuamente al usuario
para que introduzca
informacin valida adems
hace un buen re
direccionamiento del
usuarios segn sea el
caso, se tiene requisitos
previos para mostrar
informacin como lo es la
fecha del vuelo as como el
origen y el destino
Se prob la pgina desde Estndares. .
diferentes dispositivos sin
perder funcionalidad por lo
que utiliza un diseo
responsivo web que
permite una lata usabilidad
del sistema.
Debido a que se utiliza Comunicacin.
diseo responsivo y un
framework moderno de
desarrollo web se pueden
 implementacin de las funciones y detectar averas de manera
auto descripcin de las funciones a gil por lo que el sistema
implementar puede mantenerse
adecuadamente

Evaluabilidad Se prueban todas las opciones del La modularidad de la Soporte.

producto software. Criterios a aplicacin permite evaluar
considerar: la simplicidad, auto cada parte de manera
descripcin, modularidad, independiente de manera
etcteras. agil.

Transicin Reusabilidad Muestra la posibilidad de utilizar Cada mdulo de la Adaptabilidad.

del alguna parte del software en otras
producto aplicaciones. Criterios a considerar:
simplicidad, modularidad,
independencia del hardware y
software.
aplicacin puede ser
altamente reutilizable en
especial se est utilizando
el modelo MVC

Interoperabilidad La capacidad del producto software La aplicacin se mantiene Comunicacin.

para comunicarse con otras
aplicaciones. Criterios a considerar:
Modularidad, uso de protocolos de
comunicacin e interfaces
estndar, estructura de datos.
actualizada y sincronizada
con su servidor en segundo
plano utilizando AJAX.

4.1 Anlisis de las caractersticas de calidad acorde al modelo de

calidad de McCall

Puntos De Vista O Ejes: Operacin del producto

Factor: Facilidad de uso.

Descripcin del Criterios a considerar: facilidad para proporcionar datos y obtener

criterio de calidad (o resultados.
evaluacin):

Justificacin del El sitio proporciona la informacin de manera pertinente y gil de

criterio de calidad (o acuerdo a las entradas del usuario, adems se cuenta con alta
evaluacin) tolerancia a los fallos y a flujos no usuales del usuario, guindolo asi a
seleccionado con que se interprete y se obtenga la informacin necesaria de manera
base al caso de exitosa permitiendo al usuario que obtenga la informacin que busca.
estudio:

Etapa de posible fase 3. evaluacin de factores.

evaluacin:
Rol responsable de Administrador/Administracin del control de calidad.
evaluacin:

Puntos De Vista O Ejes: Operacin del producto

Factor: Integridad

Descripcin del Control de accesos a usuarios y la facilidad para realizar auditora de

criterio de calidad (o accesos al software.
evaluacin):

Justificacin del El sistema es una aplicacin web que tiene que comunicarse con el
criterio de calidad (o servidor utilizando protocoles seguros con encriptacin de datos(HTTPS),
evaluacin) el sistema cuenta con un protocolo valido HTTPS adems de un
seleccionado con certificado SSL vigente, adems de contar con protocolos y prcticas en
base al caso de contra de la inyeccin SQL y otros ataques como DDOS.
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto software
evaluacin:

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Puntos De Vista O Ejes: Operacin del producto

Factor: Eficiencia

Descripcin del Factor de Calidad:

Descripcin del Criterios a considerar: Identificacin de los recursos

criterio de calidad (o hardware y software en la ejecucin y almacenamiento de la
evaluacin): informacin.

Justificacin del El sistema debe de estar optimizado desde el servidor como

criterio de calidad (o en el cliente asegurando que los tiempos de espera no sean
evaluacin) demasiado largos para el usuario.
seleccionado con
base al caso de
estudio:

Etapa de posible Fase 3. Evaluar los factores.

evaluacin:
Rol responsable de Administrador/Administracin del control de calidad.
evaluacin:

Puntos De Vista O Ejes: Operacin del producto

Factor: Fiabilidad

Descripcin del Factor de Calidad:

Descripcin del Tolerancia a fallos para continuar la ejecucin y

criterio de calidad (o funcionamiento del software bajo situaciones no usuales.
evaluacin):

Justificacin del Para que la informacin sea persistida adecuadamente en el

criterio de calidad (o servidor, se debe de garantizar la conexin a la web para
evaluacin) evitar prdidas de informacin, adems el servidor debe de
seleccionado con ser capaz de dar cabida a todas las peticiones de los
base al caso de usuarios, por lo que se tiene que contar con la infraestructura
estudio: necesaria de acuerdo a la cantidad de usuarios que se tenga.

Etapa de posible Fase 3. Evaluar los factores.

evaluacin:

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:
Puntos De Vista O Ejes: Operacin del producto

Factor: Correccin.

Descripcin del Factor de Calidad:

Descripcin del Completitud de implementacin de las funciones.

criterio de calidad (o
evaluacin):

Justificacin del El sistema est basado en peticiones del usuario a obtener

criterio de calidad (o informacin de los vuelos de acuerdo a un conjunto de filtros
evaluacin) que se provean segn sea el caso.
seleccionado con
base al caso de
estudio:

Etapa de posible Fase 3. Evaluar los factores.

evaluacin:

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Puntos De Vista O Ejes: Revisin del producto

Factor: Facilidad de mantenimiento

Descripcin del Factor de Calidad:

Descripcin del Simplicidad en la implementacin de las funciones y auto

criterio de calidad (o descripcin de las funciones a implementar.
evaluacin):

Justificacin del Debido a que el sistema es altamente demandado y muchas

criterio de calidad (o personas hacer peticiones constantemente y cuentan con
evaluacin) que el sistema siempre estar funcionando, se debe de
seleccionado con contar con una alta modularidad y escalamiento de la
base al caso de aplicacin permitiendo as dar mantenimiento y minimizar los
estudio: fallos del servidor y de la aplicacin.

Etapa de posible fase 1. especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:
Puntos De Vista O Ejes: Revisin del producto

Factor: Facilidad de evaluacin

Descripcin del Factor de Calidad:

Descripcin del Que el sistema sea modular pudiendo as evaluar cada parte
criterio de calidad (o de manera independiente..
evaluacin):

Justificacin del Desde el diseo de la aplicacin se tiene que prever que el

criterio de calidad (o sistema se modular y que pueda ser fcilmente probado en el
evaluacin) futuro, por lo que la metodologa y patrones de diseo
seleccionado con utilizados tienen que ir de acuerdo a este principio.
base al caso de
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Puntos De Vista O Ejes: Revisin del producto

Factor: Flexibilidad

Descripcin del Factor de Calidad:

Descripcin del Posibilidad de expansin segn sus funciones y datos.

criterio de calidad (o
evaluacin):
Justificacin del Al garantizar la modularidad de la aplicacin, permite que la
criterio de calidad (o aplicacin pueda ser modificada y adaptada segn sea el
evaluacin) caso, adems de poder escalar y extender nueva
seleccionado con funcionalidad segn se requiera.
base al caso de
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Puntos De Vista O Ejes: Transicin del producto

Factor: Portabilidad

Descripcin del Factor de Calidad:

Descripcin del Independencia del producto software entre el hardware y

criterio de calidad (o software.
evaluacin):

Justificacin del El sistema depende altamente del ambiente o del STACK

criterio de calidad (o segn sea lo necesario, por lo que el hardware debe de
evaluacin) contar con los requerimientos necesarios para que los
seleccionado con componentes de software puedan funcionar.
base al caso de
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:
Puntos De Vista O Ejes: Transicin del producto

Factor: Reusabilidad

Descripcin del Factor de Calidad:

Descripcin del Modularidad.

criterio de calidad (o
evaluacin):

Justificacin del Una modularidad lgica y de jerarqua, facilita las

criterio de calidad (o implementaciones y componentes para su aislamiento y
evaluacin) pruebas.
seleccionado con
base al caso de
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Puntos De Vista O Ejes: Transicin del producto

Factor: Interoperabilidad

Descripcin del Factor de Calidad:

Descripcin del Estructura de datos.

criterio de calidad (o
evaluacin):

Justificacin del Segn se vio en las herramientas de desarrollador, se utilizan

criterio de calidad (o objetos JSON para poder renderizar la informacin en
evaluacin) pantalla, por lo que todas las transacciones con el servidor se
seleccionado con hacer acabo mediante JSON.
base al caso de
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:
4.2 Anlisis de las caractersticas de calidad acorde al modelo BOEHM

Utilidad General

Nombre del Constructor intermedio: Portabilidad

Descripcin del Constructor intermedio:

Nombre del Constructor primitivo: independiente del dispositivo

Descripcin del Independencia de operatividad con bajo acoplamiento con

Constructor primitivo respecto a otros dispositivos del mdulo contenedor.

Justificacin del La pgina con diseo responsivo que de adapta en cada mdulo
Constructor primitivo a los distintos dispositivos de los usuarios por lo que es
con base al caso de altamente potable
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Como es su Utilidad

Nombre del Constructor intermedio: Fiabilidad

Descripcin del Constructor intermedio:

Nombre del Constructor primitivo: integridad

Descripcin del Integridad por medio del control de accesos a usuarios y la

Constructor primitivo facilidad para realizar auditora de accesos al software

Justificacin del Se tiene alta seguridad en el sitio ya que se llenan formularios

Constructor primitivo con informacin delicada como tarjetas de crdito, por lo que se
con base al caso de tienen que tener altos estndares de seguridad web.
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:
Como es su Utilidad

Nombre del Constructor primitivo: Compatibilidad.

Descripcin del Compatibilidad y adaptamiento de los datos en framework

Constructor primitivo comunes de desarrollo

Justificacin del Los dispositivos de los clientes deben de ser compatibles con
Constructor primitivo JSON y con los mtodos necesarios para procesar la
con base al caso de informacin del servidor utilizado
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Ergonoma

Nombre del Constructor primitivo: Entendibilidad.

Descripcin del Entendibilidad por medio de simplicidad y auto descripcin de

Constructor primitivo funciones.

Justificacin del La interfaz grfica es intuitiva y amigable con el usuario, se

Constructor primitivo cuentan con mdulos en los cuales se puede encapsular la
con base al caso de funcionalidad de cada uno.
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Facilidad de evaluacin

Nombre del Constructor primitivo : Simplicidad.

 Descripcin del Simplicidad en la utilizacin de funciones.
Constructor primitivo

Justificacin del La estructura del sitio permite secuenciar la navegacin y probar

Constructor primitivo independientemente las funcionalidades correspondientes.
con base al caso de
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Comprensibilidad

Nombre del Constructor primitivo : Claridad..

Descripcin del Claridad en la implementacin de funciones.

Constructor primitivo

Justificacin del El sistema est basado en desarrollo web moderno utilizando

Constructor primitivo JavaScript y HTML 5 adems de un lenguaje de servidor
con base al caso de apropiado para dar cabida a las peticiones de los usuarios.
estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

4.3 Anlisis de las caractersticas de calidad acorde al modelo MOSCA

Elegir cul de los propuestos. Aqu no son elegibles los modelos
asociados a las normas.
Factores de calidad. Aspectos Internos del Producto. Modelo de Calidad del Producto.

Criterio de calidad: Usabilidad.

Descripcin del Determina el esfuerzo que realiza el usuario para el manejo del
Criterio producto software bajo el criterio de facilidad para proporcionar
datos y obtener resultados

Justificacin del El manejo del sistema es sencillo e intuitivo, se tiene un diseo

Criterio con base al amigable y responsivo, adems de realimentar el usuario
caso de estudio: cunado ingresa informacin errnea.

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Factores de calidad. Aspectos Internos del Producto. Modelo de Calidad del Producto.

Criterio de calidad: Fiabilidad.

Descripcin del Determina la consistencia de un proceso en el producto software

Criterio bajo el criterio a considerar consistencia en la tolerancia a fallos
para continuar la ejecucin y funcionamiento del software bajo
situaciones no usuales.

Justificacin del El proceso es sencillo, ya que el flujo de informacin es lineal y

Criterio con base al siempre se muestra la informacin pertinente para el usuario
caso de estudio:

Etapa de posible Fase 1. Especificar los requisitos de calidad del producto

evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Factores de calidad. Aspectos Internos del Proceso. Modelo de Calidad del Proceso.

Nombre del Criterio:

Descripcin del Facilidad para localizar las fallas y errores del sistema bajo el
Criterio criterio de simplicidad en la implementacin de las funciones y
auto descripcin de las funciones a implementadas
Justificacin del La optimizacin de funciones auto descriptivas permite agilizar
Criterio con base al el proceso tanto de revisin, como de mantenimiento y
caso de estudio: verificacin de resultados

Etapa de posible Fase 3. Evaluacin de Factores.

evaluacin:

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Factores de calidad. Aspectos Internos del Proceso. Modelo de Calidad del Proceso.

Criterio de calidad: Verificacin.

Descripcin del Se verifican todas las opciones del producto software bajo el
Criterio criterio de auto descripcin para usarlo por parte del usuario.

Justificacin del Se deben de implementar las buenas prcticas de seguridad

Criterio con base al web ya que se manejan datos delicados como los datos
caso de estudio: bancarios de los clientes, por lo que se debe tener una estricta
poltica de seguridad web.

Etapa de posible Fase 3. Evaluacin de Factores.

evaluacin:

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Factores de calidad. Aspectos Contextuales del Producto. Modelo de Calidad del

Producto.

Criterio de calidad: Crecimiento.

Descripcin del Crecimiento modular y escalabilidad de alcance con respecto a

Criterio nuevos requerimientos.

Justificacin del Si el desarrollo web se hizo modular y de acuerdo a la

Criterio con base al arquitectura MVC que es una prctica comn en el desarrollo
caso de estudio: web moderno, se tendr una alta capacidad de escalamiento y
adaptamiento a nuevos requerimientos funcionales en el futuro.
Etapa de posible Fase 1. Especificar los requisitos de calidad del producto
evaluacin: software.

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:

Factores de calidad. Aspectos Contextuales del Proceso. Modelo de Calidad del

Proceso.

Criterio de calidad: Validacin.

Descripcin del Se verifican todas las opciones del producto software bajo el
Criterio criterio de validacin de procesos y aplicabilidad de las reglas
del negocio.

Justificacin del El servidor web tiene que ser capaz de atender a todas las
Criterio con base al peticiones de los usuarios de manera oportuna y garantizar la
caso de estudio: seguridad de los datos intercambiados adems de guiar al
usuario para evitar prdidas de informacin y mal interpretacin
de los datos.

Etapa de posible Fase 3. Evaluacin de Factores.

evaluacin:

Rol responsable de Administrador/Administracin del control de calidad.

evaluacin:
Anlisis FODA de los modelos
Modelo Boehm
Oportunidades
*Se aplica con menor efectividad en
proyectos pequeos
*Se puede aplicar a una gama variada
de proyectos
Amenazas
*Se basa en los modelos ISO que son
superiores
*Se asemeja mucho a FURPS
Modelo FURPS
Oportunidades
*Aplicable a una alta gama de proyectos
*Aplicable a proyectos de todo tipo y
tamao
Amenazas
*Se asemeja mucho a Bohem
*No se compara con los modelos ISO de
los cuales tiene base
Fortalezas:
*Menos factores a evaluar que agilizan la
aplicacin.
*Se estructura por niveles para una mejor
abstraccin
*Se puede aplicar a mltiples proyecto
Debilidades
*Para empresas pequeas requiere de un gran
esfuerzo e inversin de recursos.
*Se enfoca mucho en la funcionalidad
*No da mucha atencin al usuario.
Fortalezas
*Criterios simples
*Se divide en factores funcionales y no
funcionales permitiendo mejorar la
evaluacin
*Considera la prevencin de fallas
Debilidades
*La cantidad de factores puede ser difcil
de adaptar en proyectos grandes y
complejos
*Su alta cantidad de mtricas supone
costos elevados
 Modelo McCall

Oportunidades Fortalezas

*Aplicable a una alta gama de proyectos *Se concentra en el producto final de

software
*Aplicable a proyectos de todo tamao
en especial a los pequeos *Su divisin jerrquica lo hace fcil de
aplicar
*recomendable cuando se requiere
evaluar solo el producto. *Aplicable a mltiples proyectos

Amenazas Debilidades

*No evala los procesos *No considera la calidad de los procesos

de software.
*Es base de los modelos ISO que lo
superan *Su alta cantidad de mtricas supone
costos elevados

4. Diagrama de flujo de la metodologa que se puede seguir para poder

hacer la evaluacin de estas caractersticas
A continuacin, se presentan diferentes diagramas realizados acorde a lo pedido para
esta actividad por el docente en lnea.
 Modelo

McCall

Caracteristica Ventajas Desventaja

s s

Organiza los factores en 3 Las caractersticas son en

Se enfoca en el producto
ejes general
final,
o puntos de vista propiedades abstractas
identificando atributos
claves medible
desde los cuales el usuario
desde el punto de vista mediante mtricas, no
puede contemplar la
del siempre
calidad

Ejes:

1.Operacin de Producto *Se puede utilizar para varios

*Se evalan muchos factores
2.Revisin de Producto proyectos y no solo uno
*Implica un trabajo tedioso por
sus mismas mtricas

Factores

1.Facilidad de uso

2.integridad

3.Correccin

4.Confiabilidad

5.Eficiencia

6.Mantenimiento

7.Prueba

8.Flexibilidad
 Modelo

Boehm

Caracteristica Ventajas Desventaja

s s

*Genera mucho tiempo en

el

Agrega caractersticas del desarrollo del sistema.

Mc Call
El anlisis del riesgo se hace *Modelo costoso.
creado en 1978, consiste
en un modelo de forma explcita y clara. *Requiere experiencia en
la identificacin de
De desconposiocion, Une los mejores elementos de riesgos.

de calidad de software de 3 los restantes modelos.

niveles
Reduce riesgos del proyecto

Incorpora objetivos de calidad

Integra el desarrollo con el

mantenimiento, etc.

Niveles:

1.Usos principales

2.Componentes

Finalidad:

Que el software realice lo que desea el usuario, utilice

recursos de manera eficiente, fcil de usar y aprender, este
bien diseado, y Codificado, probado y mantenido.
 Modelo

Mosca

Caracteristicas Ventajas
Desventajas

En la bsqueda de trabajar con un

sistema

organizado que permita ordenar la Se puede llegar a enfocar al proceso A la hora de definir la calidad
informacin y al producto del software

sobre SSED y, que conduzca a
obtener una herramienta
que sea til para evaluar este tipo de
software,
se aplic el modelo propuesto por
Mendoza et al (2002),
Modelo Sistmico de Calidad
(MOSCA), cuyo propsito
es estimar la calidad sistmica dentro
de una
organizacin desarrolladora de
software
Garantizando una relacin sinergia se debe diferenciar entre la
entre ambos,
calidad del producto
Y las caractersticas de la empresa, y software y
necesidades
la calidad del proceso
De un usuario, constituye una
herramienta, de desarrollo de ste -
calidad
Efectiva de anlisis, y estimacin de
la calidad global Sistemtica. de diseo y fabricacin
Procesos complicados si no
Se cuenta con una gua.

Nivel 0: Dimensiones. Eficiencia del proceso, Efectividad del proceso, Eficiencia del
producto y

Efectividad del producto son las cuatro dimensiones propuestas en el prototipo de

modelo.

Slo un balance y una buena interrelacin entre ellas permite garantizar la calidad
Sistmica global de una organizacin.

Nivel 1: Categoras. Se contemplan 11 categoras: 6 pertenecientes al producto y las

otras 5 al proceso de desarrollo.

Producto: Funcionalidad (FUN), Fiabilidad (FIA), Usabilidad (USA), Eficiencia (EFI),

Mantenibilidad (MAB) y Portabilidad (POR).
Proceso: Cliente-Proveedor (CUS), Ingeniera (ENG), Soporte (SUP), Gestin (MAN) y
Organizacional (ORG).

Nivel 2: Caractersticas. Cada categora tiene asociado un conjunto de caractersticas

(56 asociadas al producto y 27

al proceso de desarrollo), las cuales definen las reas claves a satisfacer para lograr,
asegurar y controlar la calidad tanto en el producto como en el proceso.

Entre las caractersticas asociadas a cada categora del producto, se proponen en el

modelo MOSCA, una serie de

caractersticas del proceso (ver Figura 1). Esto se debe a que algunas caractersticas
de la calidad del proceso,

impactan directamente en las categoras del producto, al igual que ciertas

caractersticas de la calidad del producto definen categoras del proceso.

Nivel 3: Mtricas. La cantidad de mtricas asociadas a cada una de las caractersticas

que conforman MOSCA es de 587 en total.

permite estimar la calidad de software.

El algoritmo contempla tres fases: (1) estimacin de la calidad del producto de

software con un enfoque sistmico;

(2) estimacin de la calidad del proceso de desarrollo de software con un enfoque

sistmico; y

(3) integracin de las mediciones de los sub-modelos de la calidad del producto y la

calidad del proceso.

Adicionalmente, MOSCA cuenta con un algoritmo que facilita su

operacionalizacin y aplicacin

5.- Discusin y Conclusiones

Cada uno de los modelos de calidad de software estudiados tratan de recabar o

agrupar un conjunto de caractersticas que o aspectos internos o externos para poder
evaluar o abstraer las caractersticas comunes para que las mtricas puedan evaluar
el desempeo y as determinar la calidad del software, a la vez se busca categorizar el
software para que sea ms fcil identificar que normas se aplican y cules no.

Estos modelos presentan una gua para identificar puntos clave dentro de la
evaluacin de las caractersticas del software relacionadas con la calidad y
esquematizan una estructura de verificacin de acuerdo al modelo a implementar.

La finalidad general de aplicar estos modelos es la de detectar oportunidades de mejor

en el producto de software para poder satisfacer mejor a los usuarios y poder as
cumplir con todas las caractersticas funcionales y no funcionales de los
requerimientos del producto.

6.- Bibliografa y Fuentes de Consulta

Volaris. (2017). VOLARIS. 15 de Mayo de 2017, de VOLARIS Sitio web:

https://www.volaris.com/

Pantaleo, G. (2011). Calidad en el desarrollo de software. Buenos Aires, Argentina:

Alfaomega.

Volaris. (2017). Acerca de Volaris. 15 de Mayo de 2017, de Volaris Sitio web:

https://cms.volaris.com/es/viajando-con-volaris/acerca-de/acerca-de-
volaris/?countryflag=Mexicocy=MXN

Mendoza, L.E.; Prez, M.A. y Grimn, A.C. (2004). Prototipo de Modelo Sistmico de
Calidad (MOSCA) del Software. 15 de Mayo de 2017 , Sitio Web:
http://www.scielo.org.mx/pdf/cys/v8n3/v8n3a5.pdf

UnADM. (2017). Modelos de Calidad de Software. Unidad 3. Modelos de Calidad.

Recuperado el 15 de Mayo de 2017 de www.unadmexico.mx