CALIDAD EN EL DESARROLLO DE SOFTWARE

Evidencia de conocimiento: Características de los modelos de calidad de

software.

Autor
Yorman Eduardo Rincón Cano
CC: 1091678800

2022
La empresa “SoftSena”, especializada en desarrollo de software, ha sido
requerida por una clínica de salud, para responder al siguiente requerimiento:
“Se desea desarrollar un sistema de información modular en ambiente web, que
registre el ingreso u hospitalización del paciente a la clínica, la información del
paciente, de la habitación y cama ocupada, los materiales y medicamentos
utilizados. Calcular el costo de hospitalización en el momento de dar de alta al
paciente. Además, el proyecto debe permitir consultar las camas y habitaciones
disponibles, las camas y habitaciones ocupadas, y la caracterización del paciente
que ocupa cada cama. Por ello, la empresa solicita su asesoría en este campo
dado su amplio conocimiento”.

Para dar respuesta a este requerimiento, realizar un plan de SQA, donde se

reflejen:
1. Las evaluaciones a realizar.
2. Los estándares a aplicar.
3. Los productos a realizar.
4. Los procedimientos a seguir en el desarrollo del sistema de información para
la clínica.
5. Los procedimientos para informar a sus responsables de los defectos
detectados y para realizar el seguimiento de los mismos hasta su corrección.
 DESARROLLO
Las evaluaciones a realizar

● Revisar cada producto: En esta actividad se revisan los productos que se

definieron como claves para verificar en el Plan de Calidad, tales como
los formularios de registro de ingreso de los pacientes al hospital, se
requiere que toda la información ingresada sea validada, la remisión de
los diferentes procedimientos requeridos al paciente sea autorizada, por
medio de la interfaz que ofrece el sistema. Revisar si el costo asociado a
cada procedimiento corresponde a los verdaderos, con el fin de poder
realizar la consolidación de la factura total. La opción de consulta que
permite visualizar las camas y habitaciones disponibles debe reflejar el
estado real.

● Revisar el ajuste al proceso: Revisión de que las diferentes interfaces

correspondan a lo establecida en cada uno de los procedimientos del caso
de uso definido por el hospital y que al final del ejercicio, coincidan los
valores realizados tanto offline como en el sistema.

● Realizar Revisión Técnica Formal (RTF): Se realizan las diferentes

pruebas, tanto unitarias funcionales y de integración continua con el fin
de asegurar que los módulos desarrollados corresponden a los requisitos y
especificaciones definidas con el hospital.

Los estándares a aplicar

● Norma ISO/IEC 25000: La norma ISO 25000 ha sido desarrollada por el
subcomité SC7 (Ingeniería de Software y Sistemas) del Comité Técnico
Conjunto ISO/IEC JTC 1.
El objetivo general de la creación del estándar ISO/IEC 25000 SQuaRE
(Software Product Quality Requirements and Evaluation) es organizar,
enriquecer y unificar las series que cubren dos procesos principales:
○ Especificación de requerimientos de calidad del software
○ Evaluación de la calidad del software soportada por el proceso de
medición de calidad del software.

Las características de calidad y sus mediciones asociadas pueden ser útiles no

solamente para evaluar el producto software sino también para definir los
requerimientos de calidad.

La serie ISO/IEC 25000:2005 reemplaza a dos estándares relacionados:

○ ISO/IEC 9126 (Software Product Quality)
○ ISO/IEC 14598 (Software Product Evaluation)

Existen algunas métricas de calidad de software imprescindibles, como las que

tienen que ver con los cinco siguientes criterios:

● Métricas de exactitud: Intentan aportar información sobre la validez y

precisión del software y su estructura, incluyendo la etapa de despliegue,
pero también la de pruebas y la función de mantenimiento.

● Métricas de rendimiento: A través de ellas se consigue medir el

desempeño del software, tanto de cada uno de sus módulos, como del
sistema al completo.
 ● Métricas de usabilidad: Hay que descartar la complejidad y buscar una
solución intuitiva y user-friendly. Este tipo de métricas de calidad de
software ayudan a determinar si la solución cumple con dichos requisitos.
● Métricas de configuración: Las limitaciones, el estilo de código y todos
los datos relativos al desarrollo y cualidades del producto se verán
evaluados en base a estas métricas.

● Métricas de eficiencia: minimización de latencias, velocidad de

respuesta, capacidad, es un enfoque similar al de la productividad, pero
con un matiz un poco distinto, que añadido a aquel, aporta una visión
mucho más completa de la solución.

De esta forma, evaluando el software a través de diferentes ópticas y en base a

continuas mediciones, se puede ganar en alineación con el objetivo de calidad
que, poco a poco, se irán sofisticando y para lograr alcanzar cotas superiores.

Los productos a realizar

Se realizará un registro distinto acorde a las diferentes funciones que solicita la

clínica, como lo son:
● Ingreso u hospitalización del paciente a la clínica
● Información del paciente
● Información de la habitación y cama ocupada
● Materiales utilizados
● Medicamentos utilizados
 Desarrollo del Sistema de Información para la Clínica
● Prácticas de aseguramiento de la calidad: Adecuadas herramientas de
desarrollo, técnicas, métodos y estándares, definidos y disponibles para
realizar las revisiones.
● Software para la evaluación del plan de proyecto.
● Evaluación de requerimientos: Se revisa si los requerimientos son
realmente compatibles, si se están llevando a cabo en el sistema y se
busca añadir más requerimientos, con el fin de complementarlo lo mejor
posible.
● Evaluación del diseño: Se verifica que este sea acorde al contexto
clínico, además de que cumpla con los requerimientos
● Evaluación de la codificación: Verificar que el sistema cumpla
correctamente con el procedimiento de redireccionamiento a diferentes
funciones establecidas.
● Evaluación de los procesos de integración y pruebas: Controlar que se
esté cumpliendo con el Plan de Testing.

Procedimientos
Con la finalidad de informar a sus responsables de los defectos detectados y
para realizar el seguimiento de los mismos hasta su corrección. Los
responsables de llevar a cabo los controles de calidad serán:
● Responsable de SQA
● Asistente de SQA
Además, se estará en contacto permanente con los responsables de las otras
áreas involucradas. Ellos son:
 ROL RESPONSABILIDAD
Administrador Plan de proyectos
Gestión de riesgos
Plan de Iteración
Analista Modelos de Caso de Uso
Alcance del Sistema
Pautas para la interfaz de Usuario
Modelo de Dominio
Arquitecto Descripción de la arquitectura a
realizar
Responsable de Verificación y Informe de Verificación Unitaria

Validación Plan de Verificación y Validación

Responsable de SCM Plan de Configuración de SCM

Informe de la Línea Base del
Proyecto