Vous êtes sur la page 1sur 30

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 Ejemplo de verificacin Elemento

Primario/criterio

Operacin Fiabilidad Involucra el tiempo de la En el caso de los formularios, Tolerancia a los


del realizacin de un proceso en se realimenta continuamente al fallos
producto el producto software. usuario para que introduzca
Criterios a considerar: informacin valida adems
Exactitud en los clculos hace un buen re
realizados, consistencia y direccionamiento del usuarios
tolerancia a fallos para segn sea el caso, se tiene
continuar la ejecucin y requisitos previos para mostrar
funcionamiento del software informacin como lo es la fecha
bajo situaciones no usuales. del vuelo as como el origen y
el destino.

Usabilidad Verifica el esfuerzo que El sistema cuenta con una alta Operabilidad.
realiza el usuario para el usabilidad y operabilidad ya
manejo del producto que utiliza un diseo amigable
software. Criterios a de formularios para guiar al
considerar: facilidad de usuario paso a paso para que
operabilidad del software, el sistema le muestra la
facilidad para proporcionar informacin que necesita,
datos y obtener resultados

Revisin Mantenibilidad Facilidad para localizar las La interfaz de compra de Simplicidad en la


del fallas y errores del sistema. boletos web est basada en implementacin
producto Criterios a considerar: tecnologas puramente web, de funciones.
Independencia en los utilizando algn lenguaje de
mdulos, simplicidad en la servidor, es una aplicacin web
implementacin de las basada completamente en
funciones y auto descripcin HTML 5 y JavaScript, por lo
de las funciones a que se cuentan con
implementar herramientas para poder
depurar y darle mantenimiento
al sistema.

Evaluabilidad Se prueban todas las La estructura de la pgina, Simplicidad en la


opciones del producto permite modularidad cada utilizacin de
software. Criterios a implementacin y funcionalidad funciones.
considerar: la simplicidad, de manera independiente.
auto descripcin,
modularidad, etcteras.

Transicin Reusabilidad Muestra la posibilidad de Si la pgina fue segmentada de Simplicidad en la


del utilizar alguna parte del manera correcta, separando implementacin
producto software en otras sus componentes como puede de funciones.
aplicaciones. Criterios a 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 protocolos de sincronizacin protocolos de
con otras aplicaciones. con el servidor sin tener que comunicacin.
Criterios a considerar: recargar la pgina, utilizando
Modularidad, uso de estndares modernos de
protocolos de comunicacin desarrollo web.
e interfaces estndar,
estructura de datos.

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

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


usuario para el manejo del diferentes dispositivos sin
producto software. Criterios a perder funcionalidad por lo
considerar: facilidad de que utiliza un diseo
operabilidad del software, facilidad responsivo web que
para proporcionar datos y obtener permite una lata usabilidad
resultados 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 segmentacin de la
descripcin, modularidad, etcteras aplicacin de una manera
razonable y lgica.

Transicin Reusabilidad Muestra la posibilidad de utilizar Las diferentes secciones o Crecimiento.


del alguna parte del software en otras modules permiten el
producto aplicaciones. Criterios a considerar: reusabilidad es y
simplicidad, modularidad, escalamiento de la
independencia del hardware y aplicacin web segn de
software necesite

Interoperabilidad La capacidad del producto software La pgina cuente con Comunicacin.


para comunicarse con otras maneras de actualizarse
aplicaciones. Criterios a considerar: de manera asncrona con
Modularidad, uso de protocolos de su servidor por medio de
comunicacin e interfaces AJAX.
estndar, estructura de datos.

Modelo Mosca

Operacin Fiabilidad Involucra el tiempo de la realizacin En el caso de los Tiempo. .


del de un proceso en el producto formularios, se realimenta
producto software. Criterios a considerar: continuamente al usuario
Exactitud en los clculos para que introduzca
realizados, consistencia y informacin valida adems
tolerancia a fallos para continuar la hace un buen re
ejecucin y funcionamiento del direccionamiento del
software bajo situaciones no usuarios segn sea el
usuales. caso, se tiene requisitos
previos para mostrar
informacin como lo es la
fecha del vuelo as como el
origen y el destino

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


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

Revisin Mantenibilidad Facilidad para localizar las fallas y Debido a que se utiliza Comunicacin.
del errores del sistema. Criterios a diseo responsivo y un
producto considerar: Independencia en los framework moderno de
mdulos, simplicidad en la 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 aplicacin puede ser
producto aplicaciones. Criterios a considerar: altamente reutilizable en
simplicidad, modularidad, especial se est utilizando
independencia del hardware y el modelo MVC
software.

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


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

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 Fortalezas:

*Se aplica con menor efectividad en *Menos factores a evaluar que agilizan la
proyectos pequeos aplicacin.

*Se puede aplicar a una gama variada *Se estructura por niveles para una mejor
de proyectos abstraccin

*Se puede aplicar a mltiples proyecto

Amenazas Debilidades

*Se basa en los modelos ISO que son *Para empresas pequeas requiere de un gran
superiores esfuerzo e inversin de recursos.

*Se asemeja mucho a FURPS *Se enfoca mucho en la funcionalidad

*No da mucha atencin al usuario.

Modelo FURPS

Oportunidades Fortalezas

*Aplicable a una alta gama de proyectos *Criterios simples

*Aplicable a proyectos de todo tipo y *Se divide en factores funcionales y no


tamao funcionales permitiendo mejorar la
evaluacin

*Considera la prevencin de fallas

Amenazas Debilidades

*Se asemeja mucho a Bohem *La cantidad de factores puede ser difcil
de adaptar en proyectos grandes y
*No se compara con los modelos ISO de complejos
los cuales tiene base
*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 Garantizando una relacin sinergia se debe diferenciar entre la
obtener una herramienta entre ambos,
calidad del producto
que sea til para evaluar este tipo de Y las caractersticas de la empresa, y software y
software,
necesidades
se aplic el modelo propuesto por la calidad del proceso
De un usuario, constituye una
Mendoza et al (2002),
herramienta, de desarrollo de ste -
Modelo Sistmico de Calidad calidad
(MOSCA), cuyo propsito Efectiva de anlisis, y estimacin de
la calidad global Sistemtica. de diseo y fabricacin
es estimar la calidad sistmica dentro
de una Procesos complicados si no
organizacin desarrolladora de
software
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