INTRODUCCIÓN

En el siguiente trabajo pondremos en práctica los conceptos aprendidos

acerca de la ejecución de un plan de pruebas para evaluar el correcto
funcionamiento de un software.
 OBJETIVOS

OBJETIVO GENERAL

 Aprender cómo se realiza el proceso de ejecución de un modelo de evaluación

de software.

OBJETIVOS ESPECIFICOS

 Aprender a saber que responsabilidades, roles y necesidades se debe

tener en cuenta para ejecutar dicho proceso
 Desarrollar un buen producible
 Distinguir las necesidades ambientales
 Identificar cuáles son los criterios, entradas y salidas
 Link de las bitácoras individuales de cada integrante del grupo

Nombre Estudiante Link (Bitácora Individual)

Informe de Construcción Grupal

¿Qué se busca con la implementación de los modelos de calidad del

software?

Cada modelo de calidad proporciona un conjunto de parámetros, reglas y

criterios que se utilizan como herramientas y lineamientos necesarios al
momento de realizar un proceso de calidad o auditar el software en un
proceso o evaluación en particular. Al apegarse a estos criterios propuestos
por cada modelo, se puede lograr una evaluación estandarizada para que
cada software pueda ser evaluado a un alto nivel de manera que se pueda
mejorar el producto final que se entregará al cliente o usuario final ya que
todo software tiene las mismas características sin importar quién lo
programó o cualquiera que sea el propósito del desarrollo, todos pasan por
el mismo control de calidad. Para aclarar, cada modelo tiene ciertas
ventajas y desventajas, por lo que es importante comprender los modelos
más utilizados y sus ventajas y desventajas para utilizar los criterios más
adecuados para la evaluación requerida según las necesidades.

Elaborar un cuadro comparativo donde se evidencie las similitudes

ventajas y desventajas de cada uno de ellos.
 Modelo Similitudes Ventajas Desventajas

Cmmi  Mejora de todos  Es de gran  Falta de

los procesos en eficacia adecuación a
la organización  Permite mejoras los servicios
para la en el desarrollo requeridos de
consecución de de software TI
un nivel de  Reduce costos  Alto esfuerzo
madurez.  Mejora la para la
 El modelo es fiabilidad en la implementación
complejo y está planificación
planteado para la
estandarización
de los procesos
en la empresa.
 Se orientado al
desarrollo de
proyectos y a
procesos ya
definidos que
necesitan
mejora.

Cobit  Plantea un marco  Suministra un  Es un modelo

de trabajo lenguaje común ambicioso que
completo y que le permite a requiere de
orientado a toda los ejecutivos de profundidad en
la organización a negocios el estudio.
un alto nivel. comunicar sus  Se requiere de
 Es la guía de metas, objetivos un esfuerzo de
mejores y resultados con la organización,
prácticas más Auditores, IT y para adoptar
completas. otros los estándares.
 Se orientada a la profesionales.  No existe en la
definición de  Proporciona bibliografía
métricas, mejores prácticas resultados de la
controles y y herramientas experiencia
objetivos en la para monitorear práctica de los
gestión de y gestionar las países en la
procesos para el actividades de implementación
buen gobierno de IT. de este modelo
la organización.  Protege la que lo hagan
información, es medible.
decir lograr la  Se requiere un
confidencialidad cambio de
de la cultura en las
información. personas que
 Disponibilidad de hacen el
la información servicio
cuando ésta se (cambiar las
requiere por el formas de
proceso de pensar de las
negocio en todo personas).
momento.  Lleva tiempo
 Proporciona la ver las
optimización de reducciones de
los costos de las costos y la
TI. mejora en la
 Este marco no entrega de los
obliga a adoptar servicios.
todos los  Una
procesos. implementación
  COBIT integra exitosa implica
auditorias, compromiso del
analiza todo su personal a
proceso atreves todos los
de las auditorias. niveles de la
organización.
Iso 12207  Se encarga de  No tiene conflicto  No cubre
todo lo con otras normas productos de
relacionado al y procesos de software pre
ciclo de vida del calidad desarrollados
software.  Cubre el marco  No especifica
 Consta de referente al clico cómo
procesos para la de vida de implementar de
adquisición y software desde el cada proceso,
suministro de diseño hasta la aunque
proyectos y retirada describe la
servicios del  Tiene procesos arquitectura de
software, para adquirir y los procesos de
estableciendo proveer software.
pautas para su productos y  No prescribe un
control servicios de modelo o
y mantenimiento. software método para un
 Los objetivos son  Cubre todo el determinado
transportar a los control y mejora ciclo de
clientes o socios de procesos desarrollo de
la seguridad de software
que la empresa
utiliza
los procesos en
relación con las
prácticas de
confianza de la
industria.

Iso 14598  Establece un  Se identifican  La usabilidad

marco de trabajo aspectos de está
para evaluar la usabilidad y estrictamente
calidad de los componentes del tratada desde
productos de contexto de uso una perspectiva
software que deben de proceso, no
proporcionando. tenerse en centrada en el
 Se utilizada para cuenta en las producto.
aplicar los fases de  No tiene en
conceptos especificación de cuenta la
descritos en la requisitos, diseño característica
norma ISO / IEC y evaluación de de “facilidad de
9126. usabilidad. aprendizaje”,
 Definen y  El rendimiento y siendo esta
describen las la satisfacción del recomendada
actividades usuario por otros
necesarias para proporcionan estándares y
analizar los medidas directas expertos en
requisitos de de usabilidad en usabilidad.
evaluación un contexto  No tiene en
específico. cuenta aspectos
 Las medidas de seguridad,
obtenidas considerados
proporcionan una importantes por
base para expertos del
comparar la dominio.
usabilidad de
varios diseños en
 un mismo
contexto.
Iso 9126  Es un estándar  Determina las  La usabilidad
internacional sub esta solo del
para la características proceso, pero
evaluación del que son no de producto
Software. importantes  No tiene en
 El estándar está  Define métricas cuenta las
dividido en específicas para características
cuatro partes las los componentes de "facilidad de
cuales dirigen, de software aprendizaje"
respectivamente,  Utiliza  el conjunto de
lo siguiente: indicadores para métricas se
modelo de las proporciona
calidad, métricas características de para sub
externas, calidad características,
métricas internas que abarcan
y calidad en las conceptos que
métricas de uso. son difíciles de
medir

Itil  Tiene como  Tiene mayor  La introducción

objetivo proveer integración en consume
todos los organizaciones mucho tiempo y
servicios de TI, que esfuerzo
necesarios a los proporciona  No hay
clientes que seguridad, progreso por
tengan interés en precisión y falta de
ejecutarlos de velocidad conocimiento
manera que el  Se enfoca más en
negocio los use en procesos de determinados
establemente, de negocios procesos
forma confiable y  La estructura es  No hay
adecuada. más sencilla que reducción en
 Ofrece la mejor otros modelos costos para la
guía de prácticas  Puede hacer mejora de
aplicable a todos cambios más servicios
los tipos de rápidos  Poco
servicios que  Mejora la calidad conocimiento
proveen los del servicio para la
negocios. entregado al adopción del
cliente sistema

Leat it  Planta la solución  Reducción de  Rechazo por

de problemas costos de parte de los
con el propósito producción empleados,
principal de la  Reducción de cuando no se
entrega de valor tiempos de les concientiza
al cliente, entrega de la
logrado por la  Reducción de importancia de
eliminación inventarios los cambios.
sistemática de  Mejora en la  Escasez en la
los desperdicios calidad cadena de
en toda la  Menor cantidad producción. No
cadena de valor de mano de obra, es capaz de
pero de mejor tener una
calidad y rápida reacción
eficiencia ante un
 Disminución de problema de
desperdicios inventarios
(producto de  Puede crear
mala calidad, brechas entre la
sobreproducción,
 retrasos, dirección y los
transporte, trabajadores.
inventarios,
proceso, etc)
Manifiesto  Es un documento  Rápida respuesta  Fuerte
agile redactado en a cambios dependencia de
2001 por 17  Intervención del los líderes
expertos en cliente en el  Falta de
programación proceso documentación
que supuso un  Entregas del  Soluciones
cambio radical en producto a erróneas en
la forma de intervalos etapas largas
desarrollar  Eliminación de
software tareas
 Propone cuatro innecesarias
valores que
inspiran las
diferentes
metodologías
ágiles que han
surgido desde
entonces

Pmbok  Está orientado a  Es preciso en la  Deja por fuera

la Dirección de definición de temas
Proyectos, conceptos importantes, o
abarcando todo  Su enfoque es lo toca de
el ciclo de vida sistemático y manera
del producto. presenta la superficial
 Utiliza un tiempo información con  No
fijado y fecha de esa misma visión contextualiza la
fin.  Define gestión de
 Separa claramente los proyectos
específicamente procesos de  No utiliza el
en la propia gestión de tema del
norma el objetivo calidad liderazgo
de los proyectos  Presenta una  Aborda solo la
de la operación lógica en la gestión del
continua de utilización de las proyecto, pero
soporte y acciones de cada no del producto
respaldo de la proceso
organización

Princes 2  Método  Proporciona  No cubre la

estructurado de acercamiento a gestión de
gestión de estándares de servicios en la
proyectos. gestión de gestión
 Usa “buenas proyectos personal
prácticas” para la  Es muy conocido
gestión de todo y tiene un
tipo de proyectos lenguaje común
que se ha  Proporciona
convertido en el control en el uso
estándar de facto de recursos y
para la manejo de
organización, riesgos
gestión y control  Control ante
de proyectos. cualquier
 El método divide desviación del
los proyectos en plan
fases manejables
permitiendo el  Define roles y
control eficiente responsabilidades
de los recursos y  tiene niveles
el control apropiados de
periódico de su planteamiento de
evolución. alto nivel a largo,
mediano y corto
plazo
Determinar una metodología de evaluación de software para
portales web o software de aplicación, hacer una explicación de
cómo funciona la metodología.

Una metodología de evaluación de software para portales web o software

de aplicación podría ser el "Modelo de Evaluación de Calidad de Producto
de Software" (SQuaRE) definido por la norma ISO/IEC 25000.
Explicación de la metodología SQuaRE:
El modelo SQuaRE se enfoca en evaluar la calidad del producto de
software, es decir, la calidad del software entregado como resultado
final. Se compone de dos series principales: la serie ISO/IEC 2500x, que
establece las características y subcaracterísticas de la calidad del
producto de software, y la serie ISO/IEC 2504x, que proporciona un
conjunto de métricas e indicadores para medir estas características.
Características de calidad del producto de software:
El modelo SQuaRE define ocho características de calidad del producto de
software, cada una de las cuales se subdivide en subcaracterísticas:
 Funcionalidad: Capacidad del software para satisfacer los
requisitos especificados.
 Eficiencia de desempeño: Capacidad del software para realizar sus
funciones sin desperdiciar recursos.
 Compatibilidad: Capacidad del software para coexistir con otros
sistemas
 y compartir recursos.
 Usabilidad: Facilidad de uso del software y satisfacción del usuario
al interactuar con él.
 Confiabilidad: Capacidad del software para mantener un nivel de
desempeño especificado bajo condiciones definidas.
 Seguridad: Capacidad del software para proteger la información y
los recursos contra accesos no autorizados.
 Mantenibilidad: Facilidad con la que el software puede ser
modificado y ajustado.
 Portabilidad: Capacidad del software para ser transferido entre
diferentes entornos.
 Evaluación utilizando métricas e indicadores:
Una vez definidas las características y subcaracterísticas de
calidad, se seleccionan las métricas e indicadores apropiados para
medir cada una de ellas. Estas métricas pueden ser cuantitativas o
cualitativas y se aplican a través de pruebas, análisis estático,
encuestas a usuarios y otros métodos de evaluación.
 Interpretación de resultados:
Una vez que se han recopilado los datos de evaluación, se
interpretan los resultados para identificar las fortalezas y
debilidades del software en relación con las características de
calidad definidas. Se pueden utilizar diferentes técnicas de análisis
para comprender el nivel de cumplimiento de los requisitos de
calidad y detectar áreas de mejora.
 Mejora continua:
El modelo SQuaRE promueve la mejora continua de la calidad del
software. Los resultados obtenidos de la evaluación proporcionan
retroalimentación valiosa para guiar el proceso de desarrollo y
mejorar el producto final. Los equipos de desarrollo pueden utilizar
esta información para tomar decisiones informadas sobre ajustes,
correcciones y mejoras en el software.
 Conclusiones

En este trabajo se ha presentado una comparación de diferentes modelos

de calidad del software, así como una metodología de evaluación de
software específicamente para portales web o software de aplicación. A
través del cuadro comparativo, hemos podido identificar las similitudes,
ventajas y desventajas de cada uno de los modelos, lo que nos ha
permitido entender mejor sus enfoques y aplicaciones.
 Bibliografía

CaixaBank, S.A, (2022). ISO/IEC 25010.

https://iso25000.com/index.php/en/iso-25000-standards/iso-25010?
start=0

OVI- Unidad 3 - Metodologías de Evaluación de Software

Geovanni, C.S, ( 2017). Norma ISO/IEC 25000. [Archivo de video]

http://hdl.handle.net/10596/11651