Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 14 vistas

    Documento Características de Los Modelos de Calidad de Software With Pages Removed

    Cargado por

    cuentos alegria
    Este documento describe las características de un plan de calidad de software (SQA) para un sistema de información para una clínica. El plan incluye cinco puntos: 1) la organización, 2) las actividades de SQA como revisiones periódicas, 3) los estándares como ISO 25000, 4) los responsables de SQA, y 5) revisiones y auditorías periódicas como de requisitos y diseño. El objetivo es asegurar que el software cumple los requisitos de calidad y funciona según lo especificado.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd

    Documento Características de Los Modelos de Calidad de Software With Pages Removed

    Cargado por

    cuentos alegria
    14 vistas6 páginas
    Este documento describe las características de un plan de calidad de software (SQA) para un sistema de información para una clínica. El plan incluye cinco puntos: 1) la organización, 2) las actividades de SQA como revisiones periódicas, 3) los estándares como ISO 25000, 4) los responsables de SQA, y 5) revisiones y auditorías periódicas como de requisitos y diseño. El objetivo es asegurar que el software cumple los requisitos de calidad y funciona según lo especificado.

    Descripción original:

    Sena Sofia

    Título original

    Documento Características de los modelos de calidad de software with pages removed

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Este documento describe las características de un plan de calidad de software (SQA) para un sistema de información para una clínica. El plan incluye cinco puntos: 1) la organización, 2) las actividades de SQA como revisiones periódicas, 3) los estándares como ISO 25000, 4) los responsables de SQA, y 5) revisiones y auditorías periódicas como de requisitos y diseño. El objetivo es asegurar que el software cumple los requisitos de calidad y funciona según lo especificado.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    14 vistas6 páginas

    Documento Características de Los Modelos de Calidad de Software With Pages Removed

    Cargado por

    cuentos alegria
    Este documento describe las características de un plan de calidad de software (SQA) para un sistema de información para una clínica. El plan incluye cinco puntos: 1) la organización, 2) las actividades de SQA como revisiones periódicas, 3) los estándares como ISO 25000, 4) los responsables de SQA, y 5) revisiones y auditorías periódicas como de requisitos y diseño. El objetivo es asegurar que el software cumple los requisitos de calidad y funciona según lo especificado.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    de 6

    lOMoARcPSD|22147612

    ACTIVIDAD
    CARACTERISTICAS DE LOS MODELOS DE CALIDAD DE SOFTWARE

    ELABORADO POR:
    CESAR ANDRES QUESADA VIQUE

    CODIGO:
    1’106.783.076

    TUTOR
    HEIDY ALEJANDRA CELIS TRUJILLO

    CURSO VIRTUAL
    CALIDAD EN EL DESARRILLO DE SOFTWARE
    Servicio Nacional De Aprendizaje (SENA)

    BOGOTA MAYO 21 DE 2023


    lOMoARcPSD|22147612

    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


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


    R/
    - Ciclo de vida del software cubierto por el Plan:
    Como empresa nos aseguraremos que durante el ciclo de vida de este proyecto, la Calidad
    de Software (SQA) sea un proceso permanente y continuo que se desarrolla a través de las
    siguientes fases:
    lOMoARcPSD|22147612

    - 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 y actualizada por operarios encargados.
    Además de la hospitalización de dicho paciente.

    - La remisión de los diferentes procedimientos requeridos al paciente sea autorizada


    por personal calificado u área encargada, por medio de la interfaz que ofrece el
    sistema.

    - Revisar si el costo asociado a cada procedimiento corresponde a los valores


    verdaderos establecidos por la ley, 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 a tiempo real.

    - verificar las redes de información en las instalaciones del hospital si cumple con los
    modelos de estándares de calidad.

    - Revisar el ajuste al proceso:


    Teniendo el cuenta que el Hospital requiere un sistema de información modular en ambiente
    web, Se debe tener en cuenta la revisión de las diferentes interfaces utilizadas en dicha web
    y que correspondan a lo establecida en cada uno de los procedimientos del caso de uso
    definido por el hospital y al final del desarrollo, coincidan los valores realizados tanto offline
    como en el sistema.

    - Realizar Revisión Técnica Formal (RTF):

    Aquí debemos entablar una reunión donde la participación de el responsable de SQA,


    integrantes del equipo y involucrados en el desarrollo puedan 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.

    - Asegurar que las desviaciones son documentadas:


    Se debe chequear que los responsables de cada plan los modifiquen cada vez que sea
    necesario, basados en las desviaciones encontradas.

    Actividad Fecha

    Las revisiones Periodicas

    El análisis causal Periodicas


    lOMoARcPSD|22147612

    El mantener una base de datos de los errores Periodicas


    encontrados.

    3. Los estándares a aplicar.


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

    4. Responsables
    R/
    lOMoARcPSD|22147612

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

    5. Revisiones y auditorías
    R/

    -
    lOMoARcPSD|22147612

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

    Bibliografía:

    - https://iso25000.com/index.php/normas-iso-25000

    - https://www.fing.edu.uy/inco/cursos/ingsoft/pis/memoria/dvd02/experiencia2009/mate
    rial/grupo5/sqa/inicial/iter1/SQAPLAG5v1.1.pdf

    También podría gustarte