Calidad de Software

Descrição

Practica 2
Rony Huillcahuari Pretell
Mapa Mental por Rony Huillcahuari Pretell, atualizado more than 1 year ago
Rony Huillcahuari Pretell
Criado por Rony Huillcahuari Pretell mais de 7 anos atrás
21
0

Resumo de Recurso

Calidad de Software
  1. Objetivos Específicos
    1. - Relacionar los conceptos de calidad.
      1. - Reconocer la importancia de la calidad de software.
        1. - Reconocer la importancia de la revisión de software.
          1. - Reconocer la importancia de la fiabilidad de software.
          2. Objetivo General
            1. Utilizar conceptos relacionados a la calidad de software para efectuar pruebas que permitan comprobar la integridad de diversas aplicaciones.
            2. Medición de Calidad de Software
              1. Al desarrollar software, la calidad de diseño forma parte a la calidad de los requerimientos, del usuario sobre el sistema. La calidad del diseño tiene que estar en fase con la implementación, los objetivos, requisitos y rendimiento del sistema a implementar.
              2. Definición de la Calidad de Software
                1. John W. Tukey en 1957, utilizo por primera vez el término software, según la IEEE, "un producto de software es el conjunto de los programas de cómputo, procedimientos, reglas, documentación y datos asociados que forman parte de las operaciones de un sistema de computación".
                2. Evaluación de la Calidad de Software
                  1. A partir de las características y subcaracterísticas definidas por el estándar, la calidad del producto de software (Interna) y el uso del producto de software (Externa), son altamente subjetivas, la mejor forma de evaluar el software es por medio de la utilización y experiencia de los usuarios o clientes finales, generalmente en el desarrollo de software, tal situación impide ejecutar comparaciones objetivas y resalta la falta de madurez en esta disciplina.
                  2. Importancia de la Calidad de Software
                    1. El concepto de calidad de software parece ser transparente a un gran numero de personas en la vida diaria, concepción realmente errada. Si en la computadora aparece el famoso pantallazo azul, nos encontramos frente a un problema de calidad del software; cuando falla el sistema bancario y provoca retrasos, también nos encontramos frente a un problema de calidad del software; cuando por algún motivo no pasa la tarjeta de crédito en una tienda, también hay un problema de calidad del software.
                    2. Pruebas de software para la calidad
                      1. Por encima de los certificados y estándares generales, se encuentran las pruebas de software y forman parte de las técnicas a considerar en todos los proyectos, estas tratan de la ejecución de ensayos sobre el funcionamiento de las aplicaciones en ambientes bajo control, con la finalidad de detectar defectos antes de la entrega del producto de software.
                      2. Factores que afectan negativamente a las pruebas
                        1. Ante esta situación, se plantea un análisis con el fin de identificar las causas que afectan a las pruebas de software. Los expertos indican que uno de los factores es el tiempo para las pruebas, que normalmente se dejan para la última etapa del proyecto, queriendo optarse por la facilidad de disminuir la calidad o recursos cuando se presentan ajustes en el tiempo.
                        2. Importancia de la Revisión de software
                          1. La revisión de software actúa como filtro durante el proceso de desarrollo de un proyecto de software. Además permite descubrir errores y defectos con la posibilidad de eliminarlos antes de la entrega del producto.
                          2. Eficiencia de las revisiones
                            1. El cálculo del costo-beneficio de la eficiencia de las revisiones solo se puede dar después de que éstas han finalizado, de que las unidades de medida de la revisión se han recabado, de que los datos promedio han sido calculados y de que la calidad posterior del software ha sido medida (mediante pruebas).
                            2. Modelos para Revisiones Técnicas
                              1. Revisiones técnicas
                                1. La revisión técnica tiene como objetivo detectar errores y revelar aspectos que tendrían un impacto negativo en el producto de software.
                                2. Revisión informal
                                  1. Una revisión informal es una reunión casual entre colegas. Este tipo de reunión al o contar con planeación, agenda o puntos de reunión, carece del nivel de eficacia de las revisiones fórmales.
                                  2. Revisión formal
                                    1. Una revisión técnica formal es una actividad del control de calidad del software que ha sido previamente programada y ejecutada por el equipo de desarrolladores de software.
                                    2. Fiabilidad del Software
                                      1. Las fallas en el funcionamiento de un software pueden tener su origen en, una especificación inadecuada, errores de diseño del software, averías en el hardware, interferencias transitorias o permanentes en la comunicación de datos.
                                      2. Tipos de fallos
                                        1. Los fallos deben prevenirse de todas formas e impedir que causen averías.
                                          1. Fallos transitorios
                                            1. Son aquellos que desaparecen solos al cabo de un tiempo.
                                              1. Las interferencias en comunicaciones.
                                            2. Fallos permanentes
                                              1. Son aquellos que permanecen hasta que se reparan.
                                                1. Problemas de hardware, errores de diseño de software.
                                              2. Fallos intermitentes
                                                1. Son aquellos fallos transitorios que ocurren de vez en cuando
                                                  1. El calentamiento de un componente de hardware.
                                            3. Aumento de la fiabilidad del software
                                              1. Prevención de fallos
                                                1. Tiene como fin evitar que se inserten fallos al software antes de que entre en funcionamiento.
                                                  1. Evitación de fallos
                                                    1. Eliminación de fallos
                                                  2. Tolerancia de fallos
                                                    1. Tiene como fin conseguir que el software continúe funcionando aunque se produzcan fallos.
                                                      1. Tolerancia completa
                                                        1. Degradación aceptable
                                                          1. Parada segura

                                                    Semelhante

                                                    Tecnicas de testing de software y sus herramientas
                                                    Juan Ahumada
                                                    Factores de Calidad
                                                    Diana NOSÉ
                                                    INTEGRACIÓN DE MODELOS DE MADUREZ DE CAPACIDADES - CMMI
                                                    Rony Huillcahuari Pretell
                                                    Metricas de Calidad de Software
                                                    Rony Huillcahuari Pretell
                                                    Diseño de interfaces de aplicación de usuario
                                                    Jairo Alberto Prieto Londoño
                                                    Modelos de Calidad de Software
                                                    Rony Huillcahuari Pretell
                                                    Auditoría de sistemas
                                                    cleria
                                                    Patrones de Diseño
                                                    David Monsalve
                                                    Procesos de Software
                                                    Rony Huillcahuari Pretell
                                                    Calidad de software
                                                    juanforo