Entradas

Presentación

Imagen
Hola querido visitante.  Soy Wilson Parra Cuervo, este blog ha sido creado para compartir las comprensiones alcanzadas en el curso de Evaluación de RED, de la Maestría en Recursos Digitales aplicados a la Educación, de la Universidad de Cartagena. Deseo que sea de tu agrado y, al igual que yo, puedas aprender acerca de la evaluación de la calidad del software por medio de diferentes modelos como GILB, GQM, McCall, FURPS, BOEHM, ISO 9126, ISO 25.000. Se bienvenido entonces a este, tu blog.  https://tinyurl.com/yxah4u44 

ISO 25000

Imagen
La ISO 25000 proporciona una guía para el uso de la nueva serie de normas internacionales denominadas Sistemas y Requisitos de Calidad del Software y Evaluación (SQuaRE)   El objetivo de ISO 25000 es proporcionar una visión general de los contenidos de SQuaRE, modelos de referencia y definiciones comunes, así como la relación entre los documentos. La última revisión se produjo en 2014, por lo que el próximo año será revisada y actualizada. Los requisitos de  la ISO 25000 se centran además en dos procesos principales: especificación de requisitos de calidad del software y evaluación de la calidad del software , soportada por el proceso de medición de calidad del software. La ISO 25000 está compuesta por cinco áreas: ISO 2500n: gestión de calidad ISO 2501n: modelo de calidad: compuesto entre otros por fiabilidad, seguridad, mantenibilidad y usabilidad. ISO 2502n: medición de calidad ISO 2503n: requisitos de calidad ISO 2504n: evaluación de calidad El beneficio último de adoptar la ISO 2

GQM

Imagen
El modelo Goal Question Metric (Objetivo-Pregunta-Métrica), Diseña por Brasili y Rombach en 1988. Es un paradigma que busca proporcionar alternativas que sean útiles para la definición de métricas en el avance de los procesos y los resultados de un desarrollo software, este modelo se enfoca en la medición de los objetivos porpuestos en el desarrollo del software, la vinculación de una serie de preguntas que puedan ser medidas ayudando a la alineación del cumplimiento de las metas a alcanzar garantizando el éxito del proyecto con la creación de métricas a partir de los objetivos y preguntas medibles realizadas, esta medición debe darse siempre y cuando haya un objetivo definido.  Este modelo considera un paso a paso de seis instrucciones, las tres primeras instrucciones están relacionadas a la definición de objetivos medibles y las últimas instrucciones consideran la recolección de la información que se aplica mediante las métricas diseñadas. Basili describió el proceso de GQM en seis p

McCALL

Imagen
 Este modelo fue desarrollado en el año 1977, es uno de los pioneros para evaluar la calidad en el software, tiene como propósito definir la calidad a través de la relación jerárquica entre criterios y métricas de calidad. La estructura del modelo McCall está distribuido en tres ejes que se consideran centrales en la medición de la calidad el software enfocados al usuario. Estos tres ejes agrupan los factores de la calidad de la siguiente manera:  1. Facilidad de mantenimiento  Flexibilidad Facilidad de prueba 2. Corrección  Integridad Eficiencia Confiablidad Facilidad de uso  3. Portabilidad  Interoperabilidad Facilidad de reutilización Este modelo es sistemático, a través de las siguientes fases validad la calidad del software: -Determina los factores que definen la calidad del software. -Identifica los criterios de calidad para cada factor.  -Define las métricas de los criterios en la que establece una función de normalización en la que ejerce una relación entre los factores asignad

GILB

Imagen
Definición Este modelo está enfocado en la definición de atributos de calidad en la usabilidad, lo que quiere decir, lo más importante del producto. La definición de los criterios no funcionales se realiza con la ayuda de los usuarios.  Este modelo está orientado en la evaluación de software a partir de los siguientes atributos:  -Capacidad de trabajo: Aquí se evalúa la capacidad de procesamiento del sistema o software para realizar trabajos o tareas, la velocidad de la respuesta en los comandos y la capacidad de almacenar información.  -Capacidad de proceso -Capacidad de respuesta -Capacidad de almacenamiento El modelo de GILB aparece alrededor de los años 1986 - 1988. Este modelo busca medir la capacidad del sistema para ejecutar tareas.  Adaptabilidad: Hace referencia a la medida de la capacidad que tiene el sistema para sufrir.  Disponibilidad: Este atributo mide la capacidad del sistema para realizar un trabajo de forma útil.  Utilizabilidad: Mide la facilidad con la cual las pers

FURPS

Imagen
 Este modelo fue desarrollado por la corporación de Hewlett-Packard, describe una serie de factores para la calidad en la que incluye cinco categorías en la que atribuye su nombre en inglés de FURPS por el siguiente acrónimo: Según la cita Larman (2003) para este modelo, en el cual cada categoría contienen atributos definidos, los cuales se citan a continuación: -Funcionalidad: Características de sistema, capacidad y seguridad. -Usabilidad: Factores humanos, estética, consistencia, documentación.  -Confiabilidad: Recuperabilidad, precisión, predicción.  -Prestación: Velocidad, eficiencia, consumo, productividad, tiempo de respuesta.  -Soporte: Adaptabilidad, extensibilidad, mantenibilidad, compatibilidad, configurabilidad.  A lo largo del tiempo se han establecido nuevos factores de calidad para este modelo que anteriormente se tenían en cuenta, el cual lo llamaron "Plus o +", hace parte de nuevos requerimientos en cuanto a las restricciones físicas o legales, en la que se pu

ISO 9126

Imagen
Este modelo es un estándar internacional, publicado en el año 1991 en la que la estructura los requerimientos para la evaluación de calidad del software en cuatro partes: 1. ISO 9126-1: Modelo de calidad. 2. ISO 9126-2: Métricas externas. 3. ISO 9126-3: Métricas internas. 4. ISO 9125-4: Métricas de calidad de uso. Este estándar está constituido por seis características generales que son definidas textualmente en la que ISO 9126-1 (ISO/ISCCJTC1,2000):  -Funcionalidad: La capacidad del producto software para proporcionar funciones que satisfagan las necesidades explícitas e implícitos cuando el software se utiliza bajo condiciones específicas. Incluye las siguientes subcaracterísticas: Adecuación, exactitud, interoperabilidad, seguridad, cumplimiento, funcional.  -Fiabilidad: Capacidad para mantener un nivel específico de funcionamiento cuando se está utilizando bajo condiciones específicas. Contiene las siguientes subcaracterísticas: Madurez, tolerancia, fallos, capacidad de recuperació