Está en la página 1de 3

1. 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 a 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


establecido 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 las requisitos y especificaciones definidas con el hospital.

2. Los estándares a aplicar.


-
Norma ISO/IEC 25000: La norma ISO 25000 ha sido desarrollada por el subcomité SC 7
(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 y 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) e 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 aquél,
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.
3. Los productos a realizar.

- Se realizará un registro distinto acorde a las diferentes funciones que solicita la clínica,
como lo son:
o Ingreso u hospitalización del paciente a la clínica
o Información del paciente
o Información de la habitación y cama ocupada
o Materiales utilizados
o Medicamentos utilizados

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 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.

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 responsables de llevar a cabo los controles de calidad serán:

o Responsable de SQA
o Asistente de SQA

Además, se estará en con tacto permanente con los responsables de las otras áreas involucradas.
Ellos son:

Rol Actividad
Administrador Plan de Proyecto
Administrador Gestión de Riesgos
Administrador Plan de Iteración
Analista Modelos de Casos de Uso
Analista Alcance del Sistema
Analista Pautas para la interfaz de Usuario
Analista Modelo de Dominio
Arquitecto Descripción de la Arquitectura
Responsable de Verificación y Validación Informe de Verificación Unitaria
Responsable de Verificación y Validación Plan de Verificación y Validación
Responsable de SCM Plan de Configuración de SCM
Responsable de SCM Informe de la Línea Base del Proyecto
Líder del proyecto: su objetivo será planificar, ayudando la interacción de las distintas
fases del proyecto.

Administrador de calidad y apoyo: Su principal objetivo es identificar, definir y gestionar


los elementos del proyecto que se están desarrollando, también debe asegurar que no
existan inconsistencias en el software desarrollado.

Administrador de apoyo: Su principal objetivo será establecer y mantener un contrato con


el Cliente y especificar lo que debe hacer el Sistema a construir, además y definirá el
alcance del proyecto

Desarrolladores: Desarrollara a partir de los requerimientos el software solicitado,


definiendo una arquitectura para el mismo

Administrador de planificación: Su función será la de verificar la correcta interacción e


integración de los componentes del sistema y verificar el cumplimiento de todos los
requerimientos.

También podría gustarte