SERVICIO 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 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 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 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á
sofisticando y para lograr alcanzar cotas superiores.
4. Responsables
Los responsables de llevar acabo 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 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 Proyeccto
5. Revisiones y auditorías
Revisión de requerimientos
Esta revisión se realiza para asegurar que se cumplió con los requerimientos
especificados por el Cliente.
Revisión de diseño preliminar
Esta revisión se realiza para asegurar la consistencia y suficiencia técnica del diseño
preliminar del software.
Revisión de diseño crítico
Esta revisión se realiza para asegurar la consistencia del diseño detallado con la
especificación de requerimientos.
Revisión del Plan de Verificación & Validación
Esta revisión se realiza para asegurar la consistencia y completitud de los métodos
especificados en el Plan de V & V.
Auditoría funcional
Esta auditoría se realiza previa a la liberación del software, para verificar que todos los
requerimientos especificados en el documento de requerimientos fueron cumplidos.
Auditoría física
Esta revisión se realiza para verificar que el software y la documentación son
consistentes y están aptos para la liberación.
Auditorías internas al proceso
Estas auditorías son para verificar la consistencia: del código versus el documento de
diseño, especificaciones de interfase, implementaciones de diseño versus
requerimientos funcionales, requerimientos funcionales versus descripciones de
testeo.
Revisiones de gestión
Estas revisiones se realizan periódicamente para asegurar la ejecución de todas las
actividades identificadas en este Plan. Deben realizarse por una persona ajena al
grupo de trabajo (en caso de que sea posible).
Revisión del Plan de gestión de configuración
Esta revisión se realiza para asegurar la consistencia y completitud de los métodos
especificados en el Plan de gestión de configuració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
