SERVICIO NACIONAL

NACIONAL DE APRENDIZAJE-SENA

CURSO CALIDAD EN EL DESARROLLO DE SOFTWARE

APRENDIZ: JACKSSON SONNY GONZALEZ BAYONA.

CC: 91.486.984 DE BUCARAMANGA

TUTORA: HEIDY ALEJANDRA CELIS TRUJILLO

Evidencia 2: Plan de calidad de software.

BUCARAMANGA
2019
 Taller 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 m omento 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 los siguientes cinco puntos que hacen parte del
plan de SQA:

1. Gestión: Se debe especificar la organización

La organización es una empresa de desarrollo de software que cuenta con 30 personas,

cuya misión es construir software de alta calidad que ayude a las organizaciones a ejecutar
y mejorar los procesos que hacen parte de su objeto social

2. Actividades del SQA: 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 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 las requisitos y especificaciones definidas con el
hospital

3. 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 Requeriments 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 m edició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.
BIBLIOGRAFIA

http://www.intedya.com/internacional/96/consultoria-calidad-en-el-software-iso-
25000.html

https://www.megapractical.com/blog-de-arquitectura-soa-y-desarrollo-de-
software/que-es-cmmi-y-por-que-es-importante-para-el-desarrollo-de-software

https://blog.allsoft.com.mx/2009/08/18/beneficios-del-cmmi/

https://sistemasdecalidad2b.wordpress.com/iso-25000/
https://www.ecured.cu/ISO/IEC_25000

https://www.itwarelatam.com/2014/06/25/cmmi-y-las-ventajas-de-su-uso-en-las-
empresas/

https://whycmmi.wordpress.com/

http://calidadiso92j.blogspot.com/2011/12/ventajas-y-desventajas-de-la.html