División de Ciencias Exactas, Ingeniería y Tecnología

Desarrollo de software

Semestre: 7
Asignatura: Pruebas y mantenimiento de sistemas de software
Unidad de aprendizaje: 1
Actividad: Aseguramiento de la calidad del software

Ciudad de México, junio del 2021

Diseño: DL-CPL
 ÍNDICE
ACTIVIDAD 1.......................................................................................................................3
ACTIVIDAD 2.......................................................................................................................4
ACTIVIDAD 3.....................................................................................................................10
CONCLUSIONES..............................................................................................................11
REFERENCIAS BIBLIOGRÁFICAS..............................................................................12
 ACTIVIDAD 1

Propósito: Identificar las características de un SQA y proponer un plan de

aseguramiento de la calidad para un proyecto de software con base en un caso de
estudio.

1.- Elabora un mapa conceptual donde incluyas la siguiente información con

respecto al SQA:
 ACTIVIDAD 2

2.- Tomando en cuenta la información de apoyo del mapa conceptual que

diseñaste en el apartado anterior, toma en cuenta el siguiente estudio de
casos para el desarrollo de cada uno de los apartados.

La empresa dedicada desarrollo de Software de Movilización Electoral, requiere el

desarrollo de un sistema que permita controlar los simpatizantes con intención de
voto de un determinado partido político, por lo que se tiene los siguientes
requerimientos del sistema:

a) Sistema de Control de simpatizantes con intención de voto, para mantener

el control el día de la elección, realizando la movilización en función del
número de electores contra el número de simpatizantes, en el que se tienen
los siguientes requerimientos funcionales:

Identificación del RF-01

requerimiento:
Nombre del Alta de simpatizantes
Requerimiento:
Características: Interfaz de usuario a través de un formulario.
Descripción del El sistema deberá permitir el alta de simpatizantes, requiriendo los
requerimiento: siguientes datos para el registro: nombre completo, domicilio, seccional,
número de credencial de elector. No se permiten altas con datos
incompletos y se deben validar que no haya duplicados.
Requerimiento  RNF-01
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF-02

requerimiento:
Nombre del Baja de simpatizantes
Requerimiento:
Características: Capturar y/o seleccionar el número de credencial de elector y validar un
botón con permisos de borrado.
Descripción del El sistema deberá permitir la baja de simpatizantes, que se realizará
requerimiento: insertando el número de credencial de elector para su búsqueda y
eliminación.
Requerimiento  RNF-01
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF-03

requerimiento:
Nombre del Edición de datos de simpatizantes
Requerimiento:
Características: Capturar y/o seleccionar el número de credencial de elector y validar un
botón con permisos de edición.
Descripción del El sistema deberá permitir la modificación de los datos de simpatizantes
requerimiento: de uno o más campos como son nombre completo, domicilio, seccional,
número de credencial de elector, para lo cual se habilitará la búsqueda
por número de credencial de elector.

Requerimiento  RNF-01
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF-04

requerimiento:
Nombre del Edición de distritos electorales.
Requerimiento:
Características: Capturar y/o seleccionar el campo distrito electoral e integrarlo al
registro.
Descripción del El sistema deberá permitir el alta de distritos electorales, y así mismo
requerimiento: asociarles por lo menos un seccional que lo compone, verificar que no
se incurra en duplicidad de datos.
Requerimiento  RNF-01
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF-05

requerimiento:
Nombre del Alta de distritos electorales
Requerimiento:
Características: Capturar el campo distrito electoral e integrarlo al registro, sin que se
den de baja los seccionales asociados a tal distrito.
Descripción del El sistema deberá permitir el alta de distritos electorales, y así mismo
requerimiento: asociarles por lo menos un seccional que lo compone
Requerimiento  RNF-01
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF-06

requerimiento:
Nombre del Selección de distritos electorales
Requerimiento:
Características: Seleccionar el campo distrito electoral y asociarlos a un distrito dado de
alta previamente, sin que se den de baja los seccionales asociados a tal
distrito.
Descripción del El sistema deberá permitir el alta de distritos electorales, y así mismo
requerimiento: asociarles por lo menos un seccional que lo compone
Requerimiento  RNF-01
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF-07

requerimiento:
Nombre del Baja de seccionales
Requerimiento:
Características: Capturar y/o seleccionar el número de seccional y validar un botón con
permisos de bajas.
Descripción del El sistema deberá permitir la baja de seccionales.
requerimiento:
Requerimiento  RNF-01
NO funcional:
Prioridad del requerimiento:
Baja

Identificación del RF-08

requerimiento:
Nombre del Modificación de seccionales
Requerimiento:
Características: Capturar y/o seleccionar el número de seccional lo que significa
cambiarlos del distrito al que estaban asociados, validar un botón con
permisos de edición y un mensaje de advertencia al usuario para que
confirme el cambio.
Descripción del El sistema deberá permitir la modificación de seccionales lo que significa
requerimiento: cambiarlos del distrito al que estaban asociados.
Requerimiento  RNF-01
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF-09

requerimiento:
Nombre del Consulta de votos
Requerimiento:
Características: Implementar un campo de entrada de parámetros (seccional y por
distrito) y se codifique la validación de un botón que despliegue los votos
efectuados (número de credencial de elector y el total de los votos),
validar que no haya duplicidad de datos con el campo “NumElector”
Descripción del El sistema deberá contar con la opción de registrar un reporte acerca de
requerimiento: los simpatizantes que fueron a ejercer su voto, la búsqueda se realizará
por número de credencial de elector.
.
Requerimiento  RNF-01
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF-10

requerimiento:
Nombre del Reporte de votos
Requerimiento:
Características: Implementar un campo de entrada de parámetros (seccional y por
distrito) y se codifique la validación de un botón que despliegue los votos
efectuados (número de credencial de elector y el total de los votos)
Descripción del El sistema deberá contar con la opción de registrar un reporte acerca de
requerimiento: los simpatizantes que fueron a ejercer su voto, la búsqueda se realizará
por número de credencial de elector.
El reporte podrá ser visualizado en pantalla o bien impreso.
Requerimiento  RNF-01
NO funcional:
 Prioridad del requerimiento:
Alta

Identificación del RNF-01

requerimiento:
Nombre del Plataforma
Requerimiento:
Características: Página web puesta a punto
Descripción del La aplicación deberá estar disponible en ambiente web.
requerimiento:
Prioridad del requerimiento:
Alta

Identificación del RNF-02

requerimiento:
Nombre del Ciclo de vida de software
Requerimiento:
Características: Estimación de hora/semana/mes
Descripción del a) El tiempo de vida de desarrollo es de 10 meses.
requerimiento: b) La disponibilidad de los stakeholder para realizar el
proyecto es limitada a 4 horas por semana.
c) En cuanto a las características del equipo de trabajo
se cuenta con 5 personas, quienes son el propietario
y 3 empleados, los 4 tienen experiencia en el
desarrollo de código más no cuentan con experiencia
en proyectos previos de esta magnitud y
características.
Prioridad del requerimiento:
Alta

Identificación del RNF-03

requerimiento:
Nombre del Metodología de desarrollo
Requerimiento:
Características: Metodología ágil
Descripción del No se ha definido el modelo de desarrollo que se usará para ejecutar el
requerimiento: proyecto.
Prioridad del requerimiento:
Alta

De acuerdo al caso planteado anteriormente desarrolla lo siguiente:

 Elabora una propuesta preliminar del plan SQA, explicando adicionalmente:

a) Funciones generales del SQA

b) Principales actividades del SQA

Estrategias para llevar a cabo durante el proyecto propuesto:

Alcance

La plataforma se limitará a las funcionalidades requeridas que contemplan los

principales módulos: Alta de simpatizantes, Baja de simpatizantes, Editar
simpatizantes, Editar distritos electorales, Alta de distritos electorales, Selección
de distritos electorales, Baja de seccionales, Modificación de seccionales,
Consulta de votos, Reporte de votos. Como parte del alcance del proyecto se
encuentran algunos requerimientos no funcionales como el diseño de la
plataforma en un ambiente web accesible desde cualquier navegador con internet.

Documentos de referencia

Actualmente no se cuenta con documentación extensa de referencia, sin embargo,

se cuenta con el documento de requerimientos y la disponibilidad de los
stakeholders para recabar mayor información sobre los procesos.

Administración

Se pretende elaborar un diagrama de Gantt para llevar el control de los tiempos de

entrega, así como del trabajo realizado y los avances. Es posible utilizar una
plataforma web de software libre para la gestión de las tareas del proyecto,
defectos encontrados y control del código fuente.

Documentación

Parte de la documentación que se generará, quedará plasmada en la herramienta

que se utilizará para la gestión de las tareas, en esta plataforma se documentarán
los requerimientos, así como los defectos encontrados y su resolución.

Estándares y convenciones

Respecto al lenguaje de documentación se introducirá a los desarrolladores el

documento de referencia del lenguaje de programación a utilizar para seguir las
mejores prácticas y tener una convención estandarizada.

Revisiones y auditorias – De funcionalidad, fechas de entrega y diseño

En cada iteración que se haga al ambiente de producción (o similar) se realizarán

pruebas funcionales del software para asegurar que cada una de éstas
requerimientos han sido cubiertos y el diseño es según lo esperado, parte de las
pruebas de auditoría considerarán las fechas establecidas en el plan inicial.
Reporte de problemas y acciones correctivas

Los problemas o defectos encontrados se crearán como tickets a resolver dentro

de la herramienta de gestión de tareas para realizar la asignación correspondiente
al desarrollador y el equipo que trabaja junto con él para realizar las acciones
correctivas correspondientes.

Control de código

La forma más eficiente de mantener el código de control de versiones sería a

través de una herramienta que pueda integrarse a la herramienta de gestión de
tareas y que sea de software libre como es GitHub.

Control de proveedores

El único proveedor que se ha encontrado para llevar a cabo el proyecto es la

infraestructura en la nube para almacenar la aplicación, así como el hosting.
 ACTIVIDAD 3
Explica que lo siguiente:
Dentro del recuadro ejemplifica un
caso de un desarrollo de software que
NO se implemente un Plan de SQA.
Un software que a pesar de utilizar una
metodología de desarrollo en su
creación logran implementar una
versión en un ambiente de producción.
No han incluído analistas de calidad ni
ingenieros de pruebas de software, por
lo que no se tiene suficiente
documentación y una vez que se
alcanza el ambiente de producción, se
empiezan a incorporar nuevos
requerimientos además de un par de
fallas que presenta dicha aplicación.
Una vez que se toman los nuevos
requerimientos y se pasan a un diseño,
se encuentran con poca
documentación sobre el código que
actualmente tienen a su disposición los
nuevos desarrolladores, esto implica
un alto nivel de análisis del sistema y
parte de reestructuración de ciertos
módulos ya que no es posible escalar
la aplicación ni sus funcionalidades.
Dentro del recuadro ejemplifica un
caso de un desarrollo de software que
SI se implemente un Plan de SQA.
En el mismo caso hipotético, se
implementa una metodología de
desarrollo de software, pero se
incorpora el SQA desde la fase de
análisis de requerimientos, esto da
lugar a tener una comprensión más
elaborada de los requisitos y el tipo de
negocio o producto que se requiere
desarrollar, por lo que existe
documentación y se anticipa un
crecimiento en las capacidades de la
aplicación y se diseña una estructura
del sistema que sea escalable.
Una vez la aplicación entra en el
ambiente de producción se logra una
satisfacción total del cliente.
Cuando llegan los nuevos
requerimientos del sistema se cuenta
con una amplia documentación que
ayuda a los nuevos desarrolladores a
implementar los cambios en el código
de una forma más rápida y precisa, ya
se tienen estándares aplicados y las
pruebas se reciclan y se crean nuevas
solo para aquellas nuevas
funcionalidades.
 CONCLUSIONES

La implementación del SQA en proyectos de desarrollo de software es sin duda

una de las decisiones más impactantes que tienen los directivos en las
organizaciones que pretenden implementar o crear un nuevo software.

Al integrar el SQA se tiene una mayor probabilidad de tener un software

completamente funcional acorde a las especificaciones de los requerimientos,
incluso en la fase de requerimientos se pueden detectar anomalías que si no son
detectadas en las fases iniciales tendrán un mayor costo conforme avance el
proyecto.

Contar con personal calificado para desarrollar las tareas requeridas para el SQA
nos garantizará que las actividades de desarrollo de software de un proyecto se
lleven a cabo en tiempo y forma, todo esto claro, bajo un enfoque de calidad.

A pesar de que el SQA tiene como objetivo principal el asegurar la calidad en el

software que en sí es crear un producto de software que cumpla con lo que el
usuario final espera que realice dicho software, esto no es posible sin que todas o
al menos varias áreas de la organización se desempeña logren llegar a acuerdos
para compartir información y lograr llegar a acuerdos para implementar los
estándares, así como para diseñar productos de calidad.
 REFERENCIAS BIBLIOGRÁFICAS

Rojas, S.E., Borjas, J.J. (1999). Calidad del Software: camino hacia una verdadera industria
del software. Escuela de administración de negocios, 38, 42-44. Bogotá, Colombia

Rojas, S.E., Borjas, J.J. (1999). Calidad del Software: camino hacia una verdadera industria
del software. Escuela de administración de negocios, 38, 42-44. Bogotá, Colombia

Vértice. (2010). Gestión de la calidad (ISO 9001/2008). España: Autor.