Proceso de Aseguramiento de Calidad del Software

Plan de SQA

En pro de presentar los lineamientos a seguir para asegurar la calidad del software desarrollado en
este proyecto, se listan de manera ordena la siguiente lista de prácticas y de esta manera definir
un plan de SQA que cumpla con los objetivos propuestos:

• Durante la fase de especificación de requerimientos del software, definir de manera clara y

precisa todas y cada una de las funcionalidades que el sistema en cuestión debe cubrir.

 Ingreso de información en una plantilla patrón, donde el diseñador del examen realizará
funciones relacionadas con el formato y presentación de la hoja, el estudiante debe
guiarse por este patrón para establecer una reproducción exacta del modelo, el sistema
debe evaluar que se haya logrado el efecto esperado.

 Los componentes a emplear, tienen que ver con las opciones presentadas en el listón de
inicio de Excel, tales como bordes, relleno, orientación del texto, formato condicional,
entre otras.

 El sistema debe revisar la inclusión de fórmulas básicas tales como suma, promedio,
máximo, mínimo y otras en acuerdo con el coordinador de la prueba, de ser posible
evaluar funciones de protección de la información, tanto en las celdas como en la hoja en
general.

 Se espera que la aplicación pueda revisar también preguntas del tipo de análisis de datos
tales como ordenar, filtrar, subtotal, análisis de gráficos entre otras.

• Considerar que el software a corregir dentro de las especificaciones iniciales no debe de perder
la misión encomendada por el usuario, a menos que esté justifique un cambio radical y sea válido
alterar las especificaciones originales.

• Llevar control en las versiones generadas de las funcionalidades, que éstas ameriten efectuar
eventos tales como; llevar a cabo operaciones del producto, revisiones del producto y transición
del mismo.

• Generar un documento de historial, el cual explique y justifique la funcionalidad del software, las
acciones y eventos para verificar el cumplimiento con lo requerido por el usuario/cliente.

•Llevar el control de las fallas de software, dentro de la implementación y desarrollo, para

prevenirlos más adelante y evitar conflictos o fallas en el producto final.

•Generar una base de conocimiento donde se registren tanto los errores como las acciones que se
van tomando con respecto a este, además de las nuevas modificaciones que se hagan para que
los desarrolladores no tengas problemas de versiones de construcción.
• Buscar en cada una de las funcionalidades del software la eficiencia, tomando en cuenta los
recursos ya desarrollados, buscando mejorar las aplicaciones para facilitar la calificación de estos.

• Definir algún documento (Formato) en el que se estipule lo antes mencionado, esto con el
objetivo de que queden todas las acciones a desarrollar bajo conocimiento del usuario/cliente, así
como también de los mismos miembros de equipo de desarrolladores de software.

• Llevar a cabo el control en el seguimiento de los diferentes accesos en cuanto la integridad del
uso y acceso al software y a los datos por parte del personal autorizado y no autorizado.

• Hacer conciencia en los usuarios que todas y cada una de las acciones y eventos a emprender se
analizarán en tiempo y recurso (recursos económicos y humanos) y éstas mismas se evaluarán con
respecto a las especificaciones originales.

• Interactuar con el docente encargado, para poder desarrollar un manual en el cual se pueda
explicar la forma en la cual se interprete de una mejor manera el uso de este, puedo que puede
tener alguna diferencia con los editores de texto tradicional.

•Se tomara en cuenta como herramienta de apoyo para la generación de flujo el dotproyect,
donde se generaran el desarrollo de las actividades, asi como asignación de tareas y avances.

• Tener la actitud de servicio y colaboración hacia el docente para facilitarles los mantenimientos y
errores que pudieran presentarse en software , y de esta manera, en algún momento adquiera la
capacidad de dar solución a estos conflictos personalmente.

• Hacer conciencia en el usuario de cada ambiente de prueba por los que pasan los desarrollos así
como las revisiones que estos presentan y brindarles la flexibilidad para poder modificar alguna
opción del software, ya sea que este producto esté liberado o en producción, una vez que el
docente haga uso de este.

• Definir a una persona o grupo de personas denominadas, Ingenieros de procesos que den
seguimiento y certifiquen todas y cada una de las acciones a llevar a cabo con el producto de
software.

• Se definirá a Wilson como líder, el cual le dara seguimiento al desarrollo y demás acciones
durante el proyecto, el cual certificara el producto en sus distintas etapas, además del el docente-
cliente que es el que definirá si el producto final si es el esperado.

• Demostrarle al docente que el software cumple con todos los requisitos planteados, de manera
que este quede satisfecho con lo realizado.

• Generar escenarios de prueba para la validación y certificación de los diferentes eventos a llevar
a cabo.

• Desarrollar procedimientos y planes de contingencia si surge la necesidad de transferir un

producto de software de una plataforma a otra, sea ésta de hardware o software.
• Contar con un mapa oficial de modelado de todos y cada uno de los flujos de trabajo, en el que
se manifiesten los procesos que dan vida a los productos de software que se manejen dentro y
fuera de la empresa. Esto servirá para el personal involucrado en diferentes desarrollos de
proyectos de software, como a su vez para el personal que se va incorporando en la empresa.

• Contemplar la reingeniería de procesos en los desarrollos actuales de software para otros

desarrollos, aun cuando la funcionalidad de la misma cambie.

• Realizar auditorías constantes de software y hardware en el grupo de trabajo, para ir generando

una cultura de trabajo bajo control y en las mejores condiciones para poder desarrollar el software
sin complicaciones.

• Realizar secciones constantes con todos los miembros del departamento, con fines de llevar un
mejor ambiente de trabajo.

Para poder lograr una buena adherencia con los estándares se debe medir cuantitativamente,
donde sea posible, los aspectos de calidad (por ejemplo complejidad, confiabilidad,
mantenimiento, seguridad, defectos, número de problemas) utilizando métricas bien establecidas.

Para cumplir con esto, se deben realizar chequeos de:

1. Administración.
2. Documentación.
3. Estándares, prácticas, convenciones y métricas.
4. Revisiones e intervenciones.
5. Actividades de testeo.
6. Reporte de errores y acciones correctivas.
7. Herramientas, técnicas y métodos.
8. Control del código
9. Control de medios.
10. Colección de registros, mantenimiento y retención.
11. Control de los proveedores
12. Entrenamiento.
13. Administración del riesgo.