EVIDENCIA DE CONOCIMIENTO 2

Taller: Características de los modelos de calidad de software

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.

Revisar cada producto: Se debe revisar cada uno de los productos que se definieron como claves
para verificar en el Plan de calidad , entre estos se encuentran los formularios de cada uno de los
registros de ingreso de los pacientes a la unidad médica, toda la información que se ingrese debe
ser validad ya que tiene que ser verificada contra las bases de datos, esto debido a que cada uno
de los procedimientos que se le realizaran a los pacientes deben ser autorizados y avalados por las
diferentes áreas responsables, la interfaz del aplicativo debe ser amigable hacia el usuario en su
interfaz y usabilidad, se debe tener en cuenta los procesos de facturación en los módulos previos
para que al momento de dar de alta al paciente todos los servicios sean facturados en una sola
cuenta. El sistema debe permite al usuario responsable verificar el estado de cada una de las
habitaciones y camas disponibles permitiendo que el usuario visualice una breve explicación del
tipo de habitación y cama, teniendo en cuenta que no todos los pacientes requieren las mismas
atenciones.

Revisar el ajuste del proceso: La interfaz del aplicativo debe ser amigable hacia el usuario en
donde este permita realizar todo tipo de solicitudes entre estos, historia clínica, manejo de
habitaciones y
camas, medicamentos formulado a cada paciente y la diferente documentación del paciente.

Realizar revisión técnica formal (RTF): Cada uno de los módulos del software deben ser probados
y documentados con el fin que estos no presenten falencias y se encuentran arrojando y
almacenando la información correspondiente.
2. Los estándares a aplicar.  Modelo Boehm debido a que en este podemos identificar las
características del proyecto y los requerimientos generales que se deben implementar en cada
uno de los análisis de calidad frente a un sistema de información o desarrollo de software,
algunas características de este modelo son las siguientes:

Cumple con los requisitos mínimos de lo que desea el cliente, en este modelo se podrá analizar las
necesidades del cliente y el cómo cubrirlas, entre ellas se encuentran, algunas de las
principales necesidades a cubrir son las siguientes:
Mantenibilidad: Es posible que el hospital o el personal de tecnología mantenga el sistema y
pueda ser adecuado para futuros cambios u ocasiones, cabe aclarar que no todos los sistemas son
actualizables, algunas veces es necesario un nuevo desarrollo o cambios de plataformas.
Utilidad general, se puede usar en todas las plataformas, tanto internas y externas del cliente, en
este caso el hospital, en donde demuestre que sea una plataforma eficiente, usabilidad de fácil
uso para cada uno de los usuarios
Estándar ISO/IEC 9126: Considero que va de la mano del modelo
boehm, debido a que los estándares de calidad del software y del
producto van marcados, debido ya que tiene una calidad interna y
externa.

Describe un modelo de procesos para el desarrollo de software, la

calidad del proceso, la calidad del producto del software y la calidad
del uso del sistema, son características principales en donde el cliente
entrara a buscar valor y garantía al servicio que prestara.

Va ligado a la calidad interna y externa.

En calidad interna debe ser medido en donde demuestra cómo está

estructurado el software, en esta se destacan cada una de las
características que deben ser demostradas ante el cliente, entre ellas:

- La funcionalidad: Todas las necesidades del cliente deben ser

demostradas en la funcionalidad del servicio, ejemplo la habitación
y cama del paciente, los medicamentes a formular y demás
solicitudes del cliente.
- Confiabilidad: Debe ser una herramienta segura en donde
demuestre que cada uno de los datos verificados son veraces y no
tienen novedades.
- Eficiencia: Se debe evidenciar que es un software eficiente y ágil
frente a las necesidades del cliente y los usuarios, teniendo en
cuenta cada uno de los procesos y registros que este llevara.
- Usabilidad: Debe ser claro para cada uno de los usuarios, en
donde sea de fácil interacción y entendimiento, en donde sea un
software fácil y practico.
- Mantenibilidad: El software asume todos los posibles cambios de
este, debidos cambio de este, ya que se pueden realizar cambios
de procesos internos en la administración del hospital.
- Portabilidad: Es necesario que el software pueda ser usado y
administrado en cualquier plataforma virtual, sin importar que tipo
de sistema operativo o maquina sea.

 Norma ISO/IEC 25000: Uno de los objetivos de la norma es organizar,

enriquecer y unificar las series que cubren dos procesos principales,
especificar los requerimientos de calidad del software y la evaluación
de la calidad de software, en donde sea soportado el proceso de
medición.
Algunas de las métricas de calidad de software son las siguientes:

Metricas de exactitud: Aportan información sobre la validez y

precisión del proyecto o software, en donde se puede evidenciar su
estructura, las etapas de despliegue, mantenimiento y pruebas.
Métricas de rendimiento: Medir el desempeño de software, sus
módulos, procesos y resultados.
Métricas de usabilidad: Software intuitivo para los usuarios, los
resultados cumplen con el requerimiento del usuario

3. Los productos a realizar.

Se verifican todas las solicitudes y funciones que requiere el cliente, en este

caso el requerimiento está en lo siguiente:

 Ingreso y hospitalización del paciente a la clínica

 Información y documentación del paciente
 Información de habitación y cama asignada al paciente
 Información de las habitaciones y camas disponibles
 Materiales utilizados con el paciente
 Medicamentos utilizados hacia el paciente.

4. Los procedimientos a seguir en el 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 disponibles para realizar las respectivas pruebas y
verificaciones.
- Evaluaciones de requerimientos: Se verifican los requerimientos son funcionales o
no funcionales, en donde se identifique con el cliente cada una de las solicitudes necesarias
y no necesarias.
-Evaluación del diseño: Debe ser viable para el cliente, en donde para el usuario tenga
fácil uso y accesibilidad.
-Evaluación de los procesos de integración y pruebas: El área de testing realiza pruebas
en todos los módulos constantes en donde no presenten fallas.

5. Los procedimientos para informar a sus responsables de los defectos

detectados y para realizar el seguimiento de los mismos hasta su
corrección.

 Los controles de calidad tienen siempre diferentes responsables.

Responsable de SQA
Asistente de SQA