Plan de SQA

SoftSalud

Desarrollado para la entidad “SoftSena”

Calidad en el desarrollo de software
Mateo Ramirez Diaz
 Plan de SQA
Nombre del Proyecto

Tabla de contenido
Propósito ...................................................................................................................................................... 3

Referencias ...................................................................................................................................................... 5

Gestión ......................................................................................................................................................... 5

Organización ................................................................................................................................................. 5

Actividades ................................................................................................................................................... 6
Ciclo de vida del software cubierto por el Plan .......................................................................................... 6
Actividades de calidad a realizarse ............................................................................................................. 6
Relaciones entre las actividades de SQA y la planificación ......................................................................... 7

Responsables................................................................................................................................................... 7

Nombre del Grupo de Desarrollo o Asignatura Página 2 de 7

Nombre del Autor
 Plan de SQA
Nombre del Proyecto

Plan de SQA

Propósito
El propósito de este documento es dar entendimiento a toda persona que este relacionada al
desarrollo, implementación y equipo de pruebas involucrados en el desarrollo de nuestro
proyecto “SoftSalud” que será usado en una etapa de “Producción” por la empresa “SoftSena”.

Por ende, el cliente solicita la implementación del sistema en una interfaz web, donde
debemos encontrar funciones relacionadas al paciente ingreso, junto con los datos del mismo.
Al igual que todos los datos relacionados de la habitación donde se encuentre. Por lo tanto se
solicita llevar un registro, este mismo deberá almacenarse en una base de datos relacional,
donde encontraremos el histórico de nuestros clientes de manera fácil y concisa. El sistema a
crear debe poseer la facilidad de mostrar dicho reporte presentado en la base de datos, y
presentarlo de una manera interactiva y personal a la persona que lo use (cliente) esta
información para ellos debe ser visible por medio de la interfaz web.
Por lo tanto se intuye y se solicita que la base de datos relacional debe estar conectada a
nuestra interfaz web a manera de frontend.

Recordando siempre las necesidades del cliente, el sistema debe ser intuitivo y amigable con el
usuario, por ende, debe cumplir cada uno de los requisitos solicitados e informados dentro de
este plan de SQA.

Para las buenas prácticas dentro de nuestro proyecto, definiremos cual será la metodología
para llevar a cabo nuestro proceso de pruebas dentro del desarrollo del proyecto en mención,
este debe cumplir los estándares:

- Registro del paciente (Ingreso - Hospitalización)

- Información del paciente
- Información de la habitación
- Medicamentos aplicados al paciente
- Costos de hospitalización – Individuales
- Consulta de camas disponibles

Por este motivo se le recomienda al cliente el uso de una base de datos relacional donde
tengamos la información del cliente, la capacidad del hospital, total de habitaciones, camillas,
información de medicamentos y costos de los mismos, para así mismo calcular el valor total de
la hospitalización. Así mismo como información relacionada a exámenes médicos, cirugías, etc.

Es por esto, que la base de datos será nuestra raíz de inicio en el proyecto web SoftSalud. La
base de datos deberá permitir al cliente (SoftSena) incluir, eliminar y editar la información de
la misma, es decir, incluir medicamentos, cambiar valores de los mismos. Para el desarrollo de

Nombre del Grupo de Desarrollo o Asignatura Página 3 de 7

Nombre del Autor
 Plan de SQA
Nombre del Proyecto

esta base de datos, se le informa al cliente que se deben manejar usuarios con permisos
especiales, esto, con el fin de proteger los datos sensibles de los pacientes. Es por esto, que el
cliente será capacitado en la herramienta para que aprenda a asignar roles y permisos a
cualquier usuario, dejando en claro que la empresa desarrolladora, brindará el acceso a la
herramienta con 1 Usuario (Super usuario) el cual tendrá acceso a todo y este será el principal
para ir desarrollando y asignando cada uno de los roles dentro del proyecto SofSalud.

Para los requerimientos manejaremos una metodología de desarrollo y de pruebas Agile, por
lo cual, nuestro Scrum Master será la persona encargada de reunir a todo el equipo (Desarrollo
y pruebas) para llevar adelante cada uno de los sprint del proyecto SoftSalud. Por esto, al
iniciar un Sprint el Equipo de laboratorio (QA) deberá presentar los tiempos de pruebas que
van a tener dentro de cada Sprint, sin exceder el periodo de tiempo reglamentario
predispuesto aquí, no mayor a 4 semanas. Para la certificación del mismo y para satisfacción
del usuario, estarán citados a sesiones de entendimiento de usuario (Sesiones UAT) donde
presentaremos cada una de las funciones dispuestas a probar dentro del sprint, presentadas al
cliente viendo que cada una se encuentra a 100% de calidad y de funcionalidad según el
requerimiento.

Para los casos de prueba que se describan a probar dentro del sprint, los mismos serán
presentados a todo el equipo de trabajo, incluyendo al usuario final (Cliente- SoftSena) donde
ellos darán un aval vía correo electrónico, autorizando la ejecución de pruebas sobre los casos
de prueba que presente el equipo de laboratorio, esto con el fin de tener una relación más
directa y concisa respecto a la calidad de nuestro producto y satisfacción del cliente.

[La tarea fundamental del Plan de Calidad es exigir que se cumplan todas las normas y
estándares establecidos para asegurar el buen fin del proyecto. Es muy importante lograr el
entendimiento de la tarea de SQA por parte de todos y generar un compromiso de aceptación
por los errores que se detecten.
Para asegurar la calidad del proyecto y que el mismo se lleve acabo a satisfacción del cliente, el
PO del proyecto será la persona encargada de brindar una asegurabilidad de todos los
requerimientos solicitados por el cliente.

Nombre del Grupo de Desarrollo o Asignatura Página 4 de 7

Nombre del Autor
 Plan de SQA
Nombre del Proyecto

Referencias
ANSI/IEEE Std 730.1-1989, IEEE Standard for Software Quality Assurance

SQuaRE, ISO 25000:2005,

Quality management systems – Requirements ISO 9001:2008

Gestión

Es importante entender el funcionamiento y cada una de las actividades relacionadas a

nuestro grupo de trabajo.

Scrum Master - Encargado de facilitar labores del equipo, comunicación, verificador de

cumplimiento de tiempos de sprint y estimaciones de cada equipo.

Equipo de Desarrollo - Encargado del proceso de creación y avance del proyecto, plasmando
las ideas del cliente dentro de un entorno de Software, cumplidores de tiempos sobre
calendario.

Equipo de laboratorio - Encargado de las pruebas funcionales y no funcionales del sistema

web, base de datos y cualquier otra añadidura a nuestro sistema, con el fin, de comprender
analizar y pensar como usuario final, analizando así cada una de las posibilidades de las
funciones de cada parte del sistema, encontrando bugs o defectos relacionados al equipo de
desarrollo a la hora de llevar a cabo el proyecto.

Equipo de Certificación – Encargado de la supervisión y aseguramiento de la calidad del

producto, son los encargados de presentar cada sprint o avance al usuario final – cliente
(SoftSena) reguladores de calidad y de requerimientos sobre el sistema.

Organización
Equipo de Desarrollo – Deben basar su trabajo en los requerimientos del cliente, y así mismo
en base a su experiencia según la solicitud e información del cliente encontramos una leve
asesoría por lo cual, el código debe ser lo más optimo y limpio posible, con el fin de que la
navegación y uso de la aplicación web no sea tediosa para el usuario final, así mismo
permitirse ser lo más intuitivo posible y siempre pensar como mi usuario final.

Equipo de laboratorio - Deben encontrar las cosas que tal vez fallaron los desarrolladoras,
bugs, defectos cosméticos, funcionales, problemas con cruce de datos, etc. Para ello podrán
usar cada herramienta que se les ocurra o necesite, el reporte de bugs o defectos, se realizara
por cualquier plataforma que se escoja, al momento de la realización de este plan, aun no se
decide si Azure Devops ó ALM son las plataformas que se usaran para el reporte de estos bugs.
Se definirá con el cliente por tema de costos.

Equipo de Certificación – Basarse en la documentación clara y concisa, ser rigurosos con cada
uno de los requerimientos y funciones presentadas por el cliente para que todo sea lo mas
acercado a la solicitud inicial del cliente SofSena.

Nombre del Grupo de Desarrollo o Asignatura Página 5 de 7

Nombre del Autor
 Plan de SQA
Nombre del Proyecto

Actividades
Ciclo de vida del software cubierto por el Plan
El ciclo de vida de nuestro software será:
1. Planificación y Análisis de Requerimientos
2. Definir requisitos
3. Diseño y Prototipado
4. Desarrollo de software
5. Pruebas de software
6. Implementación del software
7. Operaciones y Mantenimiento

Actividades de calidad a realizarse

Revisar cada producto

Cumplimiento de cada una de nuestras etapas de desarrollo, pruebas e implementación y asi

mismo como la revisión de cada uno de los portales o raíces de nuestro software, como entorno
web y como base de datos, anteriormente descritas en este documento.

Revisar el ajuste al proceso

Nuestro Scrum Master es el encargado de llevar a cabo esta actividad, pues, es el puente de
cada uno de los equipos y el encargado del aseguramiento de la comunicación y entendimiento
de cada equipo. Facilitando así las labores de cada uno de los equipos con el fin de que todos
trabajen para el mismo objetivo, el 100% de calidad de nuestro producto final.

Realizar Revisión Técnica Formal (RTF)

El equipo de laboratorio, pruebas, es el encargado de encontrar cualquier tipo de bug o

defecto dentro de nuestro sistema web, ellos tienen como función asegurar la calidad del
producto bajo un entorno de pruebas (no real) donde deberán hacer cumplir de manera
exacta los requerimientos del cliente, por esto, se convierte muy importante para todo el
equipo que el personal de laboratorio sepan muy bien los requerimientos que solicito el
cliente, y que en caso tal se deba realizar algún ajuste, todos se enteren de manera rápida, con
el fin de realizar planes de contingencia en vista de una eventualidad.

Nombre del Grupo de Desarrollo o Asignatura Página 6 de 7

Nombre del Autor
 Plan de SQA
Nombre del Proyecto

Asegurar que las desviaciones son documentadas

En caso tal de algún cambio, el cliente deberá entender que esto moverá tiempos de cada uno
de los equipos presentados en este plan. Dicho esto, cada equipo tendrá las comunicaciones y
presente cada cambio solicitado con el fin de hacer un movimiento en tiempos, priorización de
necesidades, etc.

Relaciones entre las actividades de SQA y la planificación

Actividad Semana

Planeación de requerimientos Semana 1

Evaluación de requerimientos Semana 2

Implementación de requerimientos en código Semana 3

(Desarrollo)

Pruebas de requerimientos Semana 4

Certificación de requerimientos Semana 5

Responsables
• Equipo de laboratorio:
Inicio de pruebas, presentando un set de pruebas al equipo.
Incluyendo a Desarrollo, Scrum y cliente. Con el fin de encontrar falencias, pruebas
o casos restantes que no halla tenido en cuenta el equipo de pruebas. Al iniciar
esta tarea cada persona de cada equipo deberá hacer un aporte complementado
el set de pruebas implementado, analizando asi cada uno de los riesgos o
escenarios que se vayan a presentar dentro del sprint. El encargado de la calidad
será el equipo de laboratorio, así mismo como las personas certificadoras,
desabolladores, Scrum, PO. Todo el equipo.

Nombre del Grupo de Desarrollo o Asignatura Página 7 de 7

Nombre del Autor