Está en la página 1de 10

EVALUACION DE SOFTWARE

PASO 1 - ACTIVIDAD DE RECONOCIMIENTO

DAVID ALEJANDRO GARZÓN RUEDA

CÓDIGO 1099209203

GRUPO

301569_9

TUTOR

GEOVANNI CATALAN

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍAS E INGENIERÍAS ECBTI

10 DE FEBRERO DEL 2022


INTRODUCCIÓN

El presente trabajo tiene como finalidad apropiarse de los conocimientos básicos de calidad,

modelos de calidad, así como de métodos y técnicas de medición (métricas) y plasmarlos en

un informe de elaboración propia.


OBJETIVOS

OBJETIVO GENERAL

Redactar un informe relacionado con la Calidad de software, modelos de calidad,


técnicas y métricas

OBJETIVOS ESPECÍFICOS

➢ Conocer las diferentes características que se observan dentro de la calidad de

software.

➢ Identificar las normas y estándares que ser usan actualmente para determinar

la calidad de un producto de software.

➢ Describir detalladamente conceptos fundamentales a cerca del modelo

CMM.

➢ Conocer aspectos fundamentales del modelo McCall y su importancia en la

optimización de los procesos.

➢ Explicar los estándares internacionales de evaluación de calidad ISO/IEC

9126, ISO/IEC 15504 y la ISO/IEC 14598.

➢ Conocer las características principales de métricas y técnicas de software.


Calidad de software, modelos de calidad, técnicas y métricas

• Definición de calidad:

La norma ISO 9000/2000 Define la calidad como “Grado en el que el conjunto de


características inherentes cumple con los requisitos”.

Autores como: Edward y Joseph comentan lo siguiente “la calidad no es alcanzar la


perfección sino conseguir una eficiente producción” mientras que para Joseph
“abarca procesos de calidad, estándares utilizados, controles de calidad, dentro de los
productos y servicios ofrecidos a los clientes”.

El objetivo de la calidad en términos generales es: satisfacción de los consumidores,


eficiencia en los procesos y utilización de los recursos tanto materia prima como
humanos, reducción de los costos de operación.

La calidad en las empresas a evolucionado desde inicios de siglos XIX hasta


mediados de 1940 en los cuales la calidad era fundamentalmente la de encontrar
errores en la elaboración de productos, ya en los años 80 se empezaba a planificar el
control de calidad convirtiéndose de forma más frecuente en un control estadístico
para impedir la aparición de productos defectuosos para ello se desarrolló la gestión
de calidad, planificación y la creación de modelos de calidad.

La calidad de un producto de software se refiere a la reproducción de recursos


invertidos en los proyectos de software y su asignación efectiva de los recursos
humanos. También se esperaba la calidad de un software era la cantidad de errores
por cada mil líneas de código (KLOC).

Definición de calidad IEEE std: 610-1990: aplicación de calidad de software el


control de calidad se desarrolla a través del mismo desarrollador, también se aplican
a través de lista chequeo y auditorias para evaluar los aspectos específicos este control
se desarrolla a lo largo del ciclo de vida del software y sus diferentes etapas
reduciendo de esta forma posibles defectos (análisis, diseño, implementación,
pruebas e implantación). Para realizar el proceso de mejora se realizan actividades
técnicas como: ingeniería de software; organizativas como: aplicación de modelo de
procesos; y humano como: formación de personal y la motivación.

El estándar de calidad para productos y servicios de software que fue diseñado por la
universidad Carniegie Mellon (EUA) llamado CMMI el cual es para mejorar los
procesos en diferentes niveles de madurez dentro de las empresas proporcionando a
las organizaciones elementos esenciales para el desarrollo y mantenimiento de
software cuenta con niveles de madurez específicos para cada área como soporte,
ingeniería, administración de proyectos, administración de procesos y se pude
implementar realizando dos etapas: 1. Estrategias y 2. Metodologías de trabajo.
• CMM - SW: CMM para software.

• P - CMM: personal CMM.

• SA – CMM: adquisición de software.

• SEE – CMM: sistema de seguridad de ing. CMM.

• T – CMM: trueted CMM.

• SE – CMM: sistema de ingeniería CMM.

• IPD – CMM: desarrollo integral del producto.

El CMM cuenta con varios niveles desde el nivel 1 hasta el nivel 5 (inicial, repetible,
definido, gestionado, y en optimización) en la cual la organización evalúa su nivel de
madurez y así podrá mejorar el manejo de los recursos de forma más eficiente y proporciona
dos métodos de evaluación continuo y por etapas.

En el nivel – 1 inicial: La empresa está en un estado de transición con entradas y salidas mal
definidas y con proyectos mal planificados.

En el nivel – 2 gestionado: Los procesos son intuitivos y coexistiendo con los costos y calidad
altamente variable, no cuentan con una planificación razonable.

En el nivel – 3 definido: cuenta con un nivel cualitativo donde se gestiona correctamente los
costos y la planificación dentro de los límites razonables.

En el nivel – 4 definido cualitativamente: Los procesos de software cuentan con medidas


detalladas en su calidad de producto, incluyendo un control estadístico de forma periódica.

En el nivel – 5 optimización: Los niveles cuantitativos se utilizan para realizar inversiones


de capital en procesos de automatización y mejora.

El modelo de calidad McCall es uno de los más utilizados adaptados a otros modelos como
lo son: Boehm, software de gestión SQM de Murine; este modelo fue creado en 1977 por los
Estados Unidos (EE. UU) para acercar las versiones de los desarrolladores y los usuarios, y
se enfoca en tres tipos de características: a. Factores de calidad, b. Criterios de calidad, c.
Métricas de calidad. Y comprende once factores característicos de calidad (corrección,
fiabilidad, eficiencia, integridad, usabilidad, facilidad de mantenimiento, flexibilidad,
portabilidad, reusabilidad, interoperabilidad) los cuales se consideran criterios específicos de
calidad que ayudan a una evaluación más específica y otorga medidas de Calidad están
divididas en tres perspectivas: a. revisión del producto, b. transición del producto, c.
operación del producto.

Para evaluar la calidad del software se realizan los siguientes procesos McCall

• Especificar los requisitos de calidad del producto.


• Establecer los factores de calidad según las perspectivas del modelo McCall.
• Evaluar los factores.

El modelo de Boehm fue creado por Boehm quien lo desarrollo en 1978 con un criterio de
calidad para un producto de software siempre y cuando fuera útil, este modelo contempla los
niveles de servicios; el primer nivel define los factores de utilidad para su calidad.

A. Utilidad del software al momento de evaluarlo


B. Facilidad de mantenimiento
C. Portabilidad

El segundo nivel se encuentran los siete factores de calidad los cuales son:

Factores de Calidad
- Portabilidad - Facilidad de evaluación
- Fiabilidad - Comprensibilidad
- Eficiencia - Flexibilidad
- Usabilidad

Estos factores de calidad cuentan con elementos primarios, así como los niveles del modelo
de Boehm buscan obtener mediciones de calidad para mejorar los productos a desarrollar.
Los organismos de estandarización han publicado las normas de calidad de software como lo
son: ISO/IEC 9126 y la ISO/IEC 14598 para asegurar la calidad de los productos de software
la definición de ISO/IEC 9126: Conjunto de características de calidad y brindando ejemplos
de métricas. Y la ISO/IEC 14598: Proceso de evaluación de productos de software y guías
de requerimientos para su evaluación.

En 1994 la ISO/IEC 9126 se dividió en cuatro partes ISO/IEC 9126 – 1 modelo de calidad,
ISO/IEC 9126 – 2 Métricas externas, ISO/IEC 9126 – 3 Métricas internas,
ISO/IEC 9126 – 4 Calidad de las métricas de uso.

La norma ISO/IEC 14598: proporciona un marco de evaluación de calidad para todos los
tipos de software, indicando los requerimientos que serán medidos y evaluar la calidad del
software. Esta norma cuenta con seis subestándares que se aplican a la versión general de la
calidad del producto: ISO/IEC 14598 – 1 Marco de evaluación, ISO/IEC 14598 – 2 guía de
planificación y administración, ISO/IEC 14598 – 3 proceso de desarrollo, ISO/IEC 14598 –
4 proceso de los compradores, ISO/IEC 14598 – 5 proceso de lo evaluadores, ISO/IEC 14598
– 6 documentación de modelos.
Al evaluar un proceso se debe tener en cuenta las siguientes características: a. repetible,
b. reproducible, c. imparcial, d. objetivo.

El modelo de procesos ISO/IEC 15504 y el modelo de madurez CMM se pueden aplicar a


todos los procesos como mecanismos de evaluación, el modelo ISO/IEC 15504 esta dividido
en cinco estándares.

- ISO/IEC 15504 – 1 Conceptos y Vocabulario.

- ISO/IEC 15504 – 2 Ejecución y evaluación.

- ISO/IEC 15504 – 3 Guía de ejecución y evaluación.

- ISO/IEC 15504 – 4 Guía de mejora de procesos y determinación de capacidad en


procesos.

- ISO/IEC 15504 – 5 Modelo de evaluación de procesos ejemplares.

Los procesos cuentan también con dimensiones las cuales se encuentran separadas en tres
niveles los cuales son primarios, de soporte, y de organización así mismo cuentan con
diferentes escalas de valores que van desde (N0 incompleto hasta N5 optimización)

Métricas y técnicas de software según la definición medida cuantitativa de grado en un


sistemas, componente o proceso que posee un atributo determinado.

La estructura de las métricas del software es necesaria para establecer un modelo de medición
se establecen también los principios de las métricas que ayudan a evaluar modelos de análisis
y desarrollo, proporcionan una indicación de la complejidad de los diseños del código fuente,
ayudan a diseñar las pruebas. Tiene cinco actividades esenciales: formulación, colección,
análisis, interpretación y retroalimentación (feedback) los objetivos deben ser especificados
antes de iniciar a recoger los datos y las temáticas se deben establecer sin ambigüedades.

Deben contar con las características fundamentales: simples, fáciles de calcular, intuitivas,
consistentes, y objetivas. Dentro de estas se encuentra la metodología del punto de función
entre los cuales esta cálculo de punto de función, indicadores de datos de archivos internos
(ALI), indicadores de datos de archivos externos (AIE), entradas externas (EE), salidas
externas (SE), y consultas externas (CE).
Los procesos elementales constan de varios niveles de dificultad para los archivos internos y
externos de la interfaz.

• 0 – 1 TRE 1 – 19 TDE simple


• 0 – 1 TRE 20 – 50 TDE simple
• 0 – 1 TRE 51 ó + TDE mediano

• 2 – 5 TRE 1 – 19 TDE simple


• 2 – 5 TRE 20 – 50 TDE mediano
• 2 – 5 TRE 51 ó + TDE complejo

• 6 ó + TRE 1 – 19 TDE mediano


• 6 ó + TRE 20 – 50 TDE complejo
• 6 ó + TRE 51 ó + TDE complejo

Las métricas también cuentan con estimuladores de punto de función los cuales son:
comunicación de datos, procedimientos distribuidos de datos, rendimiento, configuración,
promedio de transiciones y entrada de datos en línea. Se les asignan grados de influencia (0:
sin influencia, 1: accidental, 2: moderado, 3: medio, 4: significativo, y 5: esencial). Aplicando
la formula pf: pf = T*(0.65 + 0.01 * M) teniendo una escala de complejidad de esta manera
de 0 – 100 sencilla, de 101 – 300 media, 301 – 500 difícil, cada punto de función tiene un
valor de $50 a $100 dólares EE. UU.

Las métricas de Bang se implementaron como consecuencia del modelo de análisis


desarrollado por DeMarco es de indicación independiente está conformada por las primitivas
(elementos fundamentales de datos, objetivos relacionales, estados y transiciones) se le
pueden asignar también dominios a los puntos de función en aplicaciones de datos y de
aplicaciones de dominio de función usando la relación (RE/PFu).

• RE/PFu < 0.7 implica un dominio funcional


• 0.8 < RE/PFu < 1.4 indica una aplicación hibrida
• RE/PFu > 1.5 aplicación de dominio de datos

Las métricas de Bang utilizan también algoritmos para realizar cálculos. También
encontramos otros tipos de métrica como métricas de diseño en modelo, métricas de diseño
arquitectónico, métricas de cohesión, métricas de acoplamiento, métricas de diseño en
interfaces, métricas de código fuente, métricas de pruebas y métricas de mantenimiento.
CONCLUSIONES

➢ Se Conocieron las diferentes características que se requieren para evaluar la

calidad de software.

➢ Se identificaron las normas y estándares que ser usan actualmente para

determinar la calidad de un producto de software.

➢ Se Describió detalladamente los conceptos fundamentales a cerca del

modelo CMM.

➢ Se Conocieron aspectos fundamentales del modelo McCall y su importancia

en la optimización de los procesos.

➢ Se identificaron los estándares internacionales de evaluación de calidad

ISO/IEC 9126, ISO/IEC 15504 y la ISO/IEC 14598.

➢ Se Conocieron las características principales de métricas y técnicas de

software que se utilizan actualmente.


REFERENCIAS BIBLIOGRAFICAS

➢ Ana L.E, Cesar C, Luz V.A, (2008). Introducción a la Calidad del


Software. https://dialnet.unirioja.es/descarga/articulo/4745899.pdf.

➢ Gustavo G, UnADm, Modelos de calidad del


Software.https://www.academia.edu/40731337/Modelos_de_calidad_de_software.

➢ Roger P, Métricas y técnicas del Software.

https://www.uv.mx/personal/asumano/files/2012/08/MetricasTecnicas.pdf

➢ Catalan Santiago, G. (2017). Calidad del


Software. http://hdl.handle.net/10596/11656

➢ Catalan Santiago, G. (2019). Definición de Calidad y Calidad del


Software. http://hdl.handle.net/10596/23755

También podría gustarte