UNIVERSIDAD POLITÉCNICA DE TULANCINGO

“Plan de calidad para el aseguramiento de la

calidad de software”

por

Daniel Reyes Romero

Carlos Martínez Tapia
Luis Ángel Flor Olvera

U Maricruz Hernández Deita

Brenda Paola Calva Delgadillo
Rolando Héctor Morales Santos

P Ingeniería en Sistemas Computacionales

Asignatura:

T
“Gestión de Desarrollo de Software”

Nombre del Catedrático:

MTI Gabriela García Velazco

Octavo Cuatrimestre

Tulancingo de Bravo, Hidalgo

Enero-Abril 2022.
ÍNDICE
Introducción ....................................................................................................................................................1
Versión ...........................................................................................................................................................4
Metas ..............................................................................................................................................................4
Que necesito conocer ......................................................................................................................................4
Submetas ........................................................................................................................................................4
Identificación de entidades y tributos ............................................................................................................4
Objetivos de las métricas ...............................................................................................................................4
Perspectivas y comentarios relevantes de entorno y restricciones. .................................................................4
Elementos de datos ........................................................................................................................................4
Definición de la métrica .................................................................................................................................4
Gestión ...........................................................................................................................................................4

--Roles .......................................................................................................................................................5
--Tareas del SQA .......................................................................................................................................5
--Responsabilidades ...................................................................................................................................5
Estándares, prácticas y convenciones para el desarrollo de software (Escritorio o Web) ..............................4

-- ejemplo ....................................................................................................................................................5
---Herramientas que se sugiere utilizar: metodología de desarrollo: scrum, modelo: Ciclo de vida en
cascada, metodología para gestión: pmbook, Herramientas: project management ....................................5
--Recomendaciones para asegurar la calidad, durante el ciclo de vida del proyecto ...................................5
Conclusiones ..................................................................................................................................................4
Anexo .............................................................................................................................................................4

-Aplicación de métricas, por lo menos una muestra de 10 encuestados, para conocer si aplican el
aseguramiento de la calidad de software al desarrollo de sus proyectos o en qué grado se aplica ..............5
---Cuestionario ..........................................................................................................................................5
---Resultados ..............................................................................................................................................5
 INTRODUCCIÓN

Una de las principales fases dentro de la elaboración de un proyecto es el Aseguramiento

de la Calidad del Software (SQA), es decir, un modelo sistemático y planeado de todas
las acciones necesarias para proveer la confianza adecuada, según los requerimientos
técnicos establecidos, de cada producto e ítem del proyecto. Un sinónimo del
aseguramiento de la calidad del software es aseguramiento del producto de software.

El plan de aseguramiento de la calidad del software (SQAP) define cuan adherido a estos
estándares se debe monitorear. El SQAP contiene una lista de comprobación para las
actividades que se deben llevar a cabo para asegurar la calidad del producto. Para cada
actividad, en las que tiene responsabilidad el SQA, se debe crear un plan para su
monitoreo.

En este documento se describen todos los planes y roles que tendrá cada elemento de
la organización en el proceso de aseguramiento de la calidad del software “Mex Travel”.
 VERSIÓN

V1SOF: Guía metodológica para el establecimiento de métricas de calidad

del software “Mex Travel”

METAS

Paso 1 Metas del negocio

M1 Elección de la aerolínea por la eficiencia de su Sistema, al
funcionar de manera correcta (mantenerse como la primera
opción para sistema de vuelos internacionales).

M2 Sistema de primera calidad (proporcionar el mejor servicio en

línea al cliente, con su amplia serie de funciones e
información que proporciona, así como el tutorial de uso por
primera vez).

M3 Expansión del sistema en los países más limitados

(continuar expandiendo el sistema de vuelos hacía los
países con menos interacción a otros países)

M4 Ser el sistema de vuelos con mayor índice de porcentaje en

el mercado para

¿QUE NECESITO CONOCER CUANTO A FUNCIONALIDAD?

No. ¿Qué necesito conocer para satisfacer metas de funcionalidad?

1 Los usuarios pueden acceder al contenido desde el propio navegador al

buscar “Mex Travell”.

2 Además de esa información, se muestra una lista de los próximos vuelos

que efectuarán salida con esos parámetros. En la información que se
muestra como resultado de la búsqueda, también incluye el tiempo
estimado del trayecto entre los dos puntos.

3 La segunda función que ha activado es la posibilidad de consultar todos

los vuelos disponibles desde un cualquier región y dispositivo.
 ¿QUE NECESITO CONOCER CUANTO A RENDIMIENTO?
No. ¿Qué necesito conocer para satisfacer metas de rendimiento?

1 La eficiencia en el rendimiento abarca hasta 10,000 usuarios dentro del

sistema al mismo tiempo.

2 La eficiencia de los datos en las operaciones online mejora el estado

funcional de Mex Travel

3 Un análisis más sencillo revela oportunidades para mejorar la capacidad

y la satisfacción del cliente al ingresar al sistema.

SUBMETAS
No. Preguntas identificadas en el paso 2 Grupo de
preguntas:

1 ¿Tenemos que elegir la aerolínea más eficiente?

2 ¿El sistema funcionara de manera correcta?

3 ¿El sistema proporcionara servicio en línea a los clientes?

4 ¿El sistema será capaz de contener todas las funciones

estipuladas?
B

5 ¿Qué es lo más importante para los clientes?

6 ¿El sistema estará disponible para otros países?

7 ¿El proyecto cumplirá con las necesidades mas fiables para el

cliente?
C
8 ¿El sistema contendrá la tolerancia a fallos?

IDENTIFICACIÓN DE ENTIDADES Y TRIBUTOS

Grupos de preguntas Resultado del paso 3.- Submetas

1)Completitud

 El sistema se muestra de manera completa con

todo lo estipulado teniendo cada característica
A. Funcionalidad fijada y detallada.
2)Corrección

 El sistema muestra los resultados correctos de

una manera muy precisa

3)Idoneidad

El sistema muestra la facilidad que realiza las tareas y

objetivos ya especificados y es interactivo.

1) Comportamiento en el tiempo

 El sistema da respuesta en un tiempo adecuado

del procesamiento, rendimiento para realizar las
funciones y que cumplan con los requisitos.
2) Utilización de recursos
B. Rendimiento
Aquí se dan las cantidades y tipos de recursos realizados
por el sistema y que realice las funciones establecidas con
los requisitos.

3) Capacidad

Cumplir con los requisitos respetando los límites

establecidos en los parámetros del sistema y no mostrar
una saturación del mismo.
 1)Madurez

 El sistema cumple con las necesidades de

fiabilidad para brindar mas confianza a los
usuarios.
2)Disponibilidad
C. Fiabilidad
 El sistema cumple con los componentes es
accesible para su uso para acceder desde
cualquier sitio y dispositivo.
3) Tolerancia a fallos

El sistema funciona de manera correcta a pesar

de fallos en hardware o software tomando en
cuenta la perdida de datos de los usuarios.
4)Capacidad de recuperación

 en caso de una interrupción o un fracaso, el

sistema puede recuperar los datos
directamente afectados y restablecer el estado
deseado del sistema.

OBJETIVOS DE LAS MÉTRICAS

Medimos Con el propósito de: Bajo la perspectiva En el entorno de:
del:

Cerciorarnos que el Ejecución del

sistema funciona sistema en acuerdo
como se nos al compromiso
especifica en los Cliente establecido
requerimientos
Funcionalidad

Checar que el La ejecución del

sistema realice las sistema en acuerdo
actividades de una al compromiso
Rendimiento manera rápida, Cliente establecido en
eficiente en tiempo vigente
condiciones de
trabajo
 Medir como es La ejecución del
capaz el sistema al sistema durante un
desempeñar tareas tiempo establecido
Fiabilidad realizadas y ver las Cliente
funciones como se
desarrollan bajo
condiciones en un
periodo de tiempo
establecido.

ELEMENTOS DE DATOS
Grupo Características Sub- Descripción Peso
características

A Funcionalidad Completitud Aquí el usuario podrá A

manipular y verificar la
funcionalidad de las
interfaces

Corrección El sistema de vuelo le A

proporcionara los resultados
indicados por el usuario

Idoneidad Las funciones que tendrá el A

sistema serán fáciles de usar
para el usuario

B Rendimiento Comportamiento Las instrucciones que M

en el tiempo maneje el usuario tendrán
sus respectivos tiempos
para ejecutarse

Utilización de El sistema de vuelo requerirá M

recursos de recursos como
información personal e
indicaciones sobre el vuelo
 Capacidad El sistema cumplirá con A
cada uno de los requisitos
establecidos por el usuario

C Fiabilidad Madurez El sistema cumplirá con las B

necesidades de fiabilidad
establecidas por el usuario

Disponibilidad Nuestras interfaces son M

operativas y accesibles para
el usuario

Tolerancia a fallos El sistema actualmente M

funciona muy bien tanto en
hardware como software

Capacidad de El sistema se recuperará por A

recuperación medio de un soporte técnico,
el cual está asignado por
nuestro personal.
 DEFINICIÓN DE LA MÉTRICA

- Métricas de calidad para la característica de completitud Funcional

Id Nombre Descripción Función de Ejemplo
medición y QME

MCF1 Cobertura de Los A= Funciones con  Una función

requerimientos las vamos a faltante no
implementación tienen una implementar será
complejidad implementada
funcional  No llega a
porque en la
funcionar lo
mayoría de los B= Funciones que que se
caso no se establecimos para especifico
puede cumplir los requerimientos  Deberá
con todos proporcionar
un resultado
aceptable y
razonable

- Métricas de calidad para la Sub-características de idoneidad

Funcional

Id Nombre Descripción Función de medición y Ejemplo

QME

MICF2 Idoneidad Solo algunas de las A= Funciones que serán El usuario solo
funciones serán útiles para realizar algunas puede con la
funcional permitidas de opciones habilitación de
acuerdo a lo que las funciones
establezcan los necesarias
requerimientos B= Funciones con tareas para
especificas desarrollar
sus
necesidades,
con la
exclusión de
las funciones
innecesarias
 - GESTIÓN
Roles
Integrantes Roles

Carlos Martínez Tapia Gerente técnico

Luis Ángel Flor Olvera Administrador SQA

Maricruz Hernández Deita Jefe de proyecto

Rolando Héctor Morales Santos Administrador de Pruebas

Daniel Reyes Romero Administración de riesgos

Brenda Paola Calva Delgadillo Administrador de requerimientos

- Tareas del SQA

Maricruz Hernández Deita - jefe de proyecto

- Responsabilidades
 Establecer un programa de calidad para el proyecto de desarrollo de software de
acuerdo a las políticas organizacionales.
 Identificar los factores de calidad para la implementación del software.
 Identificar, desarrollar y mantener la documentación del proyecto.

Carlos Martínez Tapia – Gerente técnico

- Responsabilidades
 Establecer un programa de calidad para cada proyecto de desarrollo de software
de acuerdo a las políticas organizacionales.
 Revisar y aprobar el plan del sistema para cada proyecto.
 Identificar un grupo independiente para la auditoría de las actividades del sistema
de ser preciso.

Luis Ángel Flor Olvera – Administrador SQA

- Responsabilidades
 Establecer un programa de calidad para el proyecto.
 Resolver problemas relacionados con la calidad.
  Garantizar la calidad de los entregables, la documentación y de los procesos
utilizados para producir software.
 Monitorear el cumplimiento de las actividades planificadas en el plan del sistema

Rolando Héctor Morales Santos – Administrador de pruebas

- Responsabilidades
 Resolver y dar seguimiento a cualquier asunto de calidad que tenga relación con
las pruebas del sistema.
 Verificar que los factores de calidad se implementaron en el sistema.
 Implementar las prácticas de pruebas en el sistema, procesos y procedimientos,
como está definido en el documento de pruebas.

Daniel Reyes Romero – Administración de riesgos

- Responsabilidades
 Dar seguimiento a los riesgos identificados.
 Buscar medidas de contingencia de los riesgos identificados.
 Comentar acerca del plan de aseguramiento de la calidad.
 Notificar al administrador del proyecto cuando un riesgo identificado, se convierta
en un problema.

Brenda Paola Calva Delgadillo – Administrador de requerimientos

- Responsabilidades
 Realizar el ERS.
 Comentar acerca del plan de aseguramiento de la calidad.
 Implementar calidad en el ERS.
 Analizar los requerimientos.
 ESTÁNDARES, PRÁCTICAS Y CONVENCIONES PARA EL
DESARROLLO DE SOFTWARE (ESCRITORIO O WEB)

Nos apoyamos en el estándar ISO/EIC 25010 para el desarrollo de la estimación de la

calidad de nuestro proyecto MEX TRAVELL, porque pensamos que la calidad es parte
fundamental durante el desarrollo de software, es la piedra angular para el correcto
manejo y uso del producto final.

El estándar de calidad ISO/IEC 25010

nos ayuda a validar las funcionalidades básicas de los sistemas informáticos, adoptando
las características de calidad a la hora de su evaluación, comprendiendo aspectos
internos y externos de: usabilidad, fiabilidad y seguridad.

El estándar de calidad ISO/IEC 25010 hace referencia a la capacidad del producto

software para ser entendido, aprendido, usado y que al mismo tiempo resulte atractivo
para nuestros usuarios, además, evalúa la calidad del software con base en el área de
tecnologías de información apoyándose en ocho diferentes características que
determinan la calidad que se debe tener en cuenta en el momento de evaluar las
propiedades de un producto software terminado:

1. Adecuación funcional del software: el sistema satisface las necesidades declaradas

cuando se utiliza en condiciones específicas.

2. Eficiencia del desempeño del software: también conocido como performance, se debe
evaluar el producto software ante diferentes escenarios como, por ejemplo: volumen,
carga, estrés, escalabilidad y rendimiento.

3. Compatibilidad: necesidad del producto final para funcionar ante diferentes

características de software y hardware.

4. Usabilidad: donde entra en juego la interfaz y experiencia de usuario para aprender a

usar rápidamente el software.

5. Confiabilidad: se basa en evaluar la capacidad del sistema para trabajar sin fallas
durante un periodo de tiempo específico en un entorno específico

6. Seguridad: nos ayuda a analizar y verificar la seguridad de nuestro producto software

mediante diferentes pruebas como: pruebas de penetración, vulnerabilidad, ethical
hacking o static analysis.

7. Mantenibilidad: nuestro sistema debe ser fácil de mantener, analizarlo, cambiarlo y

probarlo.
8. Portabilidad: esto se refiere a la capacidad que tiene el producto software para cambiar
entre versiones de un sistema operativo a otro sin mayores complicaciones.

El hecho de apoyarnos con características de validación y puntos de enfoque hace que

la calidad de nuestro producto se vea beneficiada durante los procesos de desarrollo y el
proceso de pruebas a los cuales son sometidos.

La ISO/IEC 25010 en marca la calidad en los productos software, garantizando también

la articulación de los procesos para obtener los productos, por tanto, es una referencia
óptima para la base de implementar un laboratorio de testing.

El tener la percepción de investigadores a nivel local, nacional e internacional permite

explorar, analizar y profundizar en las características, componentes, técnicas y métodos
que orientan el aseguramiento de calidad de software.

La metodología o marco que se da el proyecto MEX TRAVELL es Scrum ya que es

utilizado principalmente para proyectos de desarrollo de software con el objetivo de
ofrecer nuevas capacidades de software cada 2-4 semanas. Que articula un conjunto de
valores y principios para guiar las decisiones sobre cómo desarrollar un software de
mayor calidad más rápido.

Es un método para trabajar en equipo a partir de iteraciones o Sprint, es una metodología

ágil, por lo que su objetivo será controlar y planificar proyectos con un gran volumen de
cambios de última hora, en donde la incertidumbre sea elevada.

La metodología Scrum se centra en ajustar sus resultados y responder a las exigencias

reales y exactas del cliente. De ahí, que se vaya revisando cada entregable, ya que los
requerimientos van variando a corto plazo. El tiempo mínimo para un Sprint es de una
semana y el máximo es de cuatro semanas.

Entre las principales características de la metodología Scrum, destaca que es un

desarrollo incremental en lugar de la clásica planificación del desarrollo completo de un
producto o servicio. Sus equipos de trabajo se caracterizan por ser organizados y se
centrados en el producto final, en la calidad del mismo, cada Sprint puede tener una serie
de eventos o etapas.
 --RECOMENDACIONES PARA ASEGURAR LA CALIDAD, DURANTE
EL CICLO DE VIDA DEL PROYECTO.
GRAMÁTICA Y ORTOGRAFÍA.

Durante el desarrollo del proyecto esta especificado el uso de gramática formal para que
el usuario lo entienda y declare que está usando un sistema fiable, no obstante, también
intuitivo.

Para ello se usan fuentes como lo es “Trebuchet MS”, ya que la compatibilidad con
documentación de los Estándares Web lo deben asegurar.

La ortografía estará en constante análisis, esto evitará algún mal entendido hacia el
usuario, el cual pasará por un proceso de apoyo, el cual verifica la documentación,
asegura la calidad del escrito, valida, audita y soluciona el problema.

FLEXIBILIDAD Y ADAPTACIÓN DEL SISTEMA

Al saber que al día de hoy los dispositivos cuentan con una variedad extensa del de
configuraciones, es complejo decidir la exactitud de preferencia de los usuarios, es por
ello que, dentro de estas recomendaciones, se decide que el diseño del sistema sea
flexible y las interfaces fluidas.

Como ejemplo de funcionalidad, el sistema es Re escalable al ser ajustado a un espacio

específico, es decir, al momento de mover la pestaña de la página a algún borde de la
pantalla, el sistema debe redimensionar los elementos de las interfaces sin perder la
forma original o predeterminada, para que de esta manera el usuario no pierda de vista
el espacio que se le asigno a cada elemento y pueda seguir con su uso.

ELEMENTOS ESTRUCTURALES

El diseño de interfaz y la (IU) debe ser claro y con la facilidad de su uso, claro y
preciso, entonces lo que cabe en la recomendación es:

Encabezados directos: Los usuarios saben la localización de la información en la que

se encuentran navegando.

Párrafos y elementos para cada contexto: Los usuarios pueden entender la

información de la página, ya que los párrafos llevan espacios razonables, y están
estructurados de tal forma que no se pierde el contexto de la información, así mismo, los
elementos de interacción con el usuario están acomodados de tal manera en que sea
fácil interacción, en este punto ponemos de ejemplo, el ingreso de datos (del Usuario) al
formulario, la compra de un boleto, la reservación de una cita, ingreso al buzón de
sugerencias, atención al cliente, etc.

Gestión de Menú (Barra): es uno de los elementos mas importantes para el

funcionamiento del sistema, ya que nos permite interactuar con el de manera sencilla y
rápida, por lo que el navegar entre paginas tiene que ser de forma intuitiva y que el usuario
lo entienda; Esta gestión comienza con un apartado para mostrar los datos del usuario,
posterior a eso, debe permitir un espacio para que el usuario pueda cambiar su
información.

La barra de menú debe contener accesos directos a las funciones que se desea
emplear, es decir, si el usuario necesita reservar, el menú debe permitir hacerlo mediante
un acceso directo, no hay que olvidar que el diseño y la colocación de estos elementos
no deben combinarse si el objetivo del cliente no es el mismo.

La jerarquización de elementos de un mismo contexto facilita al usuario entender los

accesos a los que se quiere dirigir.

Uso de datos: Todos tememos el hecho de que las empresas usen nuestros datos con
fines de interés a terceros, no obstante, la durante este proceso la recomendación que
tomamos en cuenta es darle prioridad a mensajes que no sean tan notables pero que al
mismo tiempo den la confianza de que inserte datos que para el sistema son importantes,
y lo podemos hacer mediante el uso de colores en el diseño de la interfaz, con mensajes
cortos pero favorables, y con espacios bien diseñados.

SIN VARIACION DE TIPOGRAFIAS.

Como se mencionó al inicio se usan técnicas de presentación con una sola tipografía o
fuente, así el sistema tiene más formalidad y los usuarios se mantienen en un mismo
ambiente.

PRESENTACIÓN

La presentación del sistema consiste en ser conciso, flexible, dinámico, intuitivo, formal,
y agradable, pero algo importante a mencionar, son las características siguientes:

Él envió de formularios está diseñado de forma estándar y cuando usamos Scripts, se

notifica el soporte que se debe utilizar.

En la actualidad la compatibilidad que los servicios WEB tenían con Flash ya no está
disponibles, entonces no usamos esta tecnología para sincronizar ninguna funcionalidad
del sistema.
 CONCLUSIONES
La calidad se ha convertido en un aspecto trascendental dentro de las organizaciones en
los últimos años, por lo que su importancia ha sido reconocida y sus directrices han sido
aplicadas en gran cantidad de empresas alrededor del mundo, esta además ha venido
evolucionado en la búsqueda de aspectos que permitan mayor crecimiento de las
instituciones, así como, mayor satisfacción del cliente. La Normalización dentro de una
empresa fija las bases para el presente y el futuro con el propósito de establecer un orden
para el beneficio de todos los interesados, esta normalización puede ser aplicada a
cualquier empresa y puede ser adaptada a los requerimientos particulares de cada
organización. La aplicación de normas busca la mejora del funcionamiento y la eficiencia
en la utilización de los recursos, lo que bien llevado puede conducir a la reducción de
costos.

Las Normas ISO son un referente de calidad a nivel mundial y permiten a las
organizaciones la estandarización y mejoramiento de sus procesos, su funcionamiento y
reconocimiento, lo cual es de vital importancia para la sobrevivencia de las empresas en
un mundo globalizado. El sistema de tratamiento de reclamos es sumamente importante
en la etapa de Post venta e interviene directamente en los temas de satisfacción del
cliente, seguimiento y medición, incluyendo servicios adicionales y de recuperación de
clientes. La aplicación de la Norma ISO 10,002:2004 implica estar atento de lo que quiere
el cliente y mantenerlo informado sobre el avance en la resolución de sus quejas, las
cuales son resueltas con objetividad, de manera confidencial y responsable. Todo esto
además de crear una plataforma para el mantenimiento y la mejora continua.
ANEXO
-APLICACIÓN DE MÉTRICAS, POR LO MENOS UNA MUESTRA DE 10
ENCUESTADOS, PARA CONOCER SI APLICAN EL ASEGURAMIENTO
DE LA CALIDAD DE SOFTWARE AL DESARROLLO DE SUS
PROYECTOS O EN QUE GRADO SE APLICA.
---CUESTIONARIO
---RESULTADOS